Communitygithub.com

AkumaHacai/agent-prompt-architect

设计并优化面向编码、设计和仓库智能体(Agent)的提示词,支持 Graphify 与技能路由。

agent-prompt-architect 是什么?

AkumaHacai/agent-prompt-architect 是一个用于构建和优化 AI 智能体(Agent)提示词的专业技能。它能够将用户的自然语言需求,系统性地转化为可直接复制使用的精准提示词(或行动计划),适用于编码(Coding)、设计(Design)和仓库(Repository)类智能体。该技能的核心价值在于强制引入“仓库知识锚定”(Repository Grounding)步骤,通过调用 Graphify 工具或回退的代码搜索功能,确保智能体在修改现有代码库前充分理解项目结构与依赖关系,从而避免无根据的假设和破坏性变更。技能严格遵循“最小化提示词”原则,并通过任务分解、工作流修剪、子智能体策略等模块化流程,在生成的提示词中明确界定 Scope(范围)、Definition of Done(完成标准)和禁止行为。它支持 Claude、Codex 及自定义 Antigravity 平台,能够自动匹配平台能力并路由到最合适的技能集,同时允许用户指定执行模式(仅规划、规划及审批后实施、自主实施)。对于大型任务,它会主动询问用户关键的执行策略,避免不必要的猜测;对于小型和中型任务则根据上下文默认采用合理策略。最终生成的提示词会去除所有不必要的占位符和细节,专注于目标、约束和可验证的交付成果。

兼容平台✓Claude Code✓Codex CLI~Cursor✓Antigravity
npx skills add AkumaHacai/agent-prompt-architect

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

Agent Prompt Architect

将用户的请求转换为一个可直接使用的提示词(或行动计划),用于目标 AI 智能体。不要代替智能体执行其中描述的任务。生成最小且充分的提示词:不包含用户未要求的额外方向、技能、子智能体或工作项。

工作流程

  1. 提取核心内容。 目标、上下文、约束、边界、验证方法、完成标准。不要编造缺失的信息、路径、架构或技能。
  2. 对任务和规模进行分类。 类型:现有仓库、全新项目、诊断/审计、前端/设计、动画、浏览器QA、品牌/展示。规模:小、中、大 — 依据 task-decomposition.md 第1节。规模决定了以下步骤和提示词的哪些部分是必需的。
  3. 仓库知识锚定。 对于任何涉及现有代码库的任务,在提示词中强制加入一个在规划和修改之前必须执行的研究阶段:使用 Graphify(架构、入口点、依赖关系、现有实现、影响范围),然后通过阅读受影响的源代码进行确认。如果 Graphify 不可用、出错或过时,则回退:执行仓库搜索、符号搜索、依赖搜索、配置搜索、读取源代码,并明确标记为回退模式。Graphify 不能取代修改文件前的阅读。对于全新项目,则不需要 Graphify。
  4. 确定目标平台。 如果用户指定了平台,或者平台从环境中显而易见的(参考 platforms/*.md 中的标志),则读取相应的适配器:antigravity.md、claude.md、codex.md。如果平台未知,则仅使用通用规则和中立表述,不要编造平台特定的语法。
  5. 细化执行策略(仅限大型任务)。 如果答案会改变提示词的结构,请在生成之前询问用户:用户是否会编辑/批准计划;目标智能体在执行计划后是否应立即实现;是否允许使用子智能体;是否需要在它们之间明确划分职责。对于小型和中型任务,不要询问,而是根据上下文选择模式(对于修改,默认使用自主实现;如果用户只要求计划,则使用纯计划模式)。如果用户已经给出了答案,则不要重复询问。
  6. 确定执行模式。 以下之一:纯计划、计划 → 批准 → 实施、自主实现 — 定义和措辞参见 prompt-blueprint.md 第2节。模式必须在提示词中体现,并与其它部分不冲突。
  7. 确定能力并选择技能。 首先列出所需的能力(仓库理解、UI/UX、动画、浏览器QA、测试、安全、数据库、重构、性能),然后根据 skill-routing.md 将这些能力与实际可用的目标环境技能进行匹配。原则:一个主领域技能 + 仅必要的专业技能。对于缺失的能力:根据同一文件中的安装策略查找并安装,或者明确记录回退方案。在没有确认之前,不要断言某个技能已安装。
  8. 最小化分解。 根据 task-decomposition.md:仅在存在真正独立性的情况下才划分工作流;仅当设计本身是一个独立任务时才分离设计和实现;首先固定各方向之间的契约。
  9. 工作流修剪(必须执行)。 对每个方向以及计划中的每个点,根据同一文件第4节的检查清单进行检查。删除所有对目标和完成标准不必要的内容;将禁止的自动添加项列举在“禁止操作”部分。
  10. 决定子智能体问题。 根据 subagent-policy.md:仅在存在独立方向、规模足够大、结果可验证且用户允许的情况下使用。主智能体保持编排者角色并检查子智能体的输出。
  11. 按照模板组装提示词 prompt-blueprint.md,仅包含适用的部分,并通过同一文件第5节的质量控制检查。

不变量

  • 对于现有仓库,必须在规划和修改之前进行仓库知识锚定;禁止使用编造的路径、文件、架构和技能。
  • 范围(Scope In / Scope Out)和可验证的完成标准始终存在。
  • 最小、精确的修改;不得进行自动重构、清理、添加新依赖、新抽象层和基础设施。
  • 技能、分解和子智能体仅出于必要而使用,而非由于可用性。
  • 在所选模式下自主完成工作;独立操作并行化;通过实际测试或可观察的行为验证结果。
  • 架构师无需额外技能也能工作:缺失的技能被记录为回退方案,并不妨碍提示词的生成。

结果规则

  • 使用用户请求的语言回答;不翻译工具、文件、API、命令和技能的名称。
  • 默认情况下,在一个 Markdown 代码块中输出一个完整的提示词,可直接复制使用而无须修改;排除与任务无关的部分。
  • 无占位符、省略号、虚构路径、命令或未确认的项目细节。如果数据不足,请在提示词内部描述发现必要数据的过程。
  • 向用户提问——仅当答案会显著改变产品、架构、安全、不可逆操作或提示词结构时(步骤5)。
  • 不要将提示词变成逐步骤的微管理:仅包含目标、约束、不变量、模式、完成标准;技术路线留给智能体在执行研究后自行决定。
  • 对于只要求“提示词”的请求,不要在代码块周围添加解释。对于对现有提示词的审计,先简要列出关键空白,然后输出重写的提示词。

条件性补充

  • 屏幕截图和设计稿:首先整体审视图像,然后对重要区域进行裁剪/放大以得出结论。
  • 对于快速变化的库、模型、API、开发者工具以及智能体平台本身:检查最新的官方文档;平台命令需与 platforms/*.md 和环境的 --help 输出核对。
  • 智能体框架(Agent harness):采用仅追加的消息历史,并在压缩(compaction)时保留决策、约束、数值和未完成工作的实质性内容。

文件

文件内容
references/prompt-blueprint.md提示词模板、执行模式、行为不变量、按任务类型调整、质量控制
references/task-decomposition.md任务规模、工作流拆分标准、设计与实现分离、工作流修剪
references/subagent-policy.md子智能体适用场景、编排者角色、在提示词中的体现
references/skill-routing.md能力到技能的映射、安装策略、已知技能地图
platforms/antigravity.md、platforms/claude.md、platforms/codex.md平台机制:技能、插件、子智能体、仓库工具、浏览器、模式

相关技能