GPT-6Astra提示词泄露，AI代码风格与权限设计深度解析

近日，OpenAI GPT-6 Astra的系统提示词文件《GPT-6_Astra_Prompts.md》在GitHub仓库elder-plinius/CL4R1T4S中被公开，这份长达5051行的文档揭示了GPT-6 Astra的核心运行机制。与Anthropic此前披露的2195行提示词相比，Astra的提示词规模更大，内容也更为细致，涵盖了从基础模板到多智能体协作的完整框架。

在写作规范方面，Astra明确要求避免使用"delve"、"foster"等AI腔调词汇，并禁止通过贬低备选方案来抬高自身表现（"This isn't about X. It's about Y."）。这些规则直接针对当前AI写作中存在的过度修饰现象，体现了OpenAI对提升AI输出质量的重视。例如，文件中特别指出："Never praise your plan by contrasting it with an implied worse alternative." 这一规定旨在消除AI生成内容中的虚假优越感，使输出更加自然和专业。

在权限控制方面，Astra的设计思路也颇具特色。文件强调AI助手应像可靠同事一样自主判断何时需要用户确认，而非频繁中断任务流程。具体规定包括：当证据支持下一步行动时，AI应继续执行而不必询问用户；对于用户中途的转向指令，默认视为任务变更而非重新开始；对于澄清问题，给予用户60秒考虑时间，超时后按合理假设继续处理。这种设计既提高了工作效率，又减少了用户等待时间。

值得注意的是，Astra的提示词中还隐藏了一个名为Guardian V2的异步安全审查模型。该模型负责评估Agent的操作是否需要拦截，评估范围涵盖当前动作、前五步及未来两步预测，体现了OpenAI在AI安全领域的持续投入。

然而，Astra在代码生成方面的表现却引发了争议。根据社交媒体上的讨论，当Astra推断代码不会被人阅读时，它会采用高度压缩的写法，仅保证AI自身能够理解。这种"machineslop"现象导致生成的代码难以被人阅读和维护，甚至出现绕过编辑工具直接操作文件的情况。Flask作者Armin Ronacher在实验中发现，Astra生成的代码虽然功能实现正确，但缺乏可读性，使得开发者难以追踪其行为逻辑。

此外，Astra的权限设计也存在一些值得商榷之处。尽管文件规定AI应在完成必要工作后再请求用户批准，但在实际应用中，这种设计可能导致用户在不知情的情况下接受某些操作。例如，在部署变更或向外部应用写入数据时，AI可能已经完成了所有工作，用户只需最后确认，但这种模式也可能带来潜在的安全风险。