（来源：上观新闻）
新的招聘流🐢🐵程应该是😁🐞：给我一🚳🚴♀️个大项目🧽🥅，看你能不能🎚🧒把它做好—📷—比如写🔕🍾一个Twitt🇬🇵er克隆，做得🧓好、做得安全，📐🇵🇷然后让智能体在⚡上面模🐫📄拟用户活🏮动，再用多个C⚔odex实🏸😯例来尝😕试攻击你🐶🏴部署的网站💂🆕，如果🏷🇹🇲攻破了🇰🇬就算失败🏝。
显然它非常有用👰，但这里🇻🇪🇵🇭存在某种🚊🥣更通用的东西🇰🇵⛴，即你必须与你的⛵代理合作，设☺计一份💓✂非常详🌏细的规范🇰🇵——也许基本👨🦰上就是文档📒🍣——然⏬后再让代理去撰写🙉。去年，🦕卡帕西提🔒🖊出了“氛围编程”🐾这一概念，描述👩👩👧了开发者🚵如何通过直觉🌦而非硬编码来🇬🇦驱动模型👌。这一框🧩💖架是正确♠🚘的📝。然而，当🇵🇪🇰🇮前绝大多数储🔕能企业📩↕的产业链布局属于🌹💟“半开放”或🖍🧮“浅整🕷🐥合”模式🇳🇫🎛。它在处理代码片💇♂️段方面🇸🇬🧸表现很🇫🇷📡好，虽🛶🇻🇨然有时会出错🇬🇶🕌，需要手👙动修改，但总💲👻体上还🏠是很有🇪🇸↩帮助的🗻。
Andrej ✂💏Karpa⛷thy：你可以🦌输入原始视😗🇷🇪频，比如想象🛩🧶一种设备🛳。我写下这些，👩🦰🍢是因为我试图🏊理解这些事⛏😽物究竟是什🔘🇨🇺么，因为如果😰👨👦国内比较好的saas平台你能很好地建立起🦈关于它🇮🇷们是什么或🇲🇼不是什么的认知😘🦟模型，那⚰么你在使用它们时⚪🇰🇲就会更加得心应*️⃣手🎯🤙。它要理解目🚓🇧🇧标、拆解3️⃣步骤、调🕡🇮🇨用工具、访🇵🇲📨问数据库、连接A🌠2️⃣PI、执♾️行代码、维护📄状态、判断🇰🇼🦡结果，必🦂要时还要调用其他🈷模型或子Agen🌩👸t协同🧻🎉。
