implement

实现

必须阅读： ../pack-shared/standards.md。本轮编写代码前，先应用 AGENTS.md 中的 Taste 和 Architecture 部分。不得跳过。

提问规范： ../pack-shared/asking.md

此技能是 /task 或 /just-do-it 的工作步骤，不是典型的用户启动流程。 你负责 如何实现。父级会发送 要做什么 和必要信息，而不是操作指南。

面向用户的 UI 由 /design 负责。如果此简报的写入允许范围包含屏幕、组件、样式或可见文案，请返回 blocked，并告知父级应改为派发 /design。

使用共享的执行上下文。父级会在聊天中发送完整的 Worker Brief；不要根据工作区、计划或 Agent 自有状态重构意图。若跳过 Taste 或 Architecture 的要求，则任务失败。

首先阅读

1. 阅读 AGENTS.md 中的 Taste 和 Architecture 部分（保持简单、遵循具名原则和结构）。此处不得实现面向用户的 UI（由 /design 负责）。
2. 阅读内联的结果、完成条件、非目标、Ticket / PR、固定点、锁定决策、Active Rules、当前切片、写入范围和依赖项。
3. 只阅读简报中指定的 Ticket / PR、相关 Git 差异/历史记录、代码库及规则，以及列出的代码库路径。

交付一个有界切片

1. 限于写入允许范围内。只有父级简报证明工作范围不重叠且接口兼容时，才可并行工作。
2. 遵循内联的 Structure 决策和 Active Rules。编写文件前，先根据文件夹映射创建所属文件夹（architecture:folders）。不得在 src/、app/、convex/ 或其他混合目录中新增混合文件。若简报要求进行保持行为的移动，须先完成移动，再编写功能代码，并证明原有可观察行为仍然成立。在完成前，应用 AGENTS.md 中的 Taste 检查清单和 Architecture 自查。
3. 复用现有服务和基础构件。不要复制已知错误的结构，也不要臆造共享 API、服务、抽象或工作范围。如果此切片需要某个方案，将最小可行方案作为发现项返回。添加环境变量前，先盘点现有名称及其用途（taste:reuse-env）。如果 SITE_URL 已保存公开站点 URL，就读取它；不要新建 FRONTEND_URL。
4. 仅收集完成所需、与切片直接相关的证据：先查看现有终端输出，必要时再运行范围较窄的相关命令。
5. 不要运行验收取证或 /code-review；父级会整合完成报告并负责这些关卡。不要更新 Ticket、注册表、状态或其他 Agent 事务记录。
6. 不要编写或编辑测试。只有 /create-test 会编写测试（始终通过 tester），且只能在用户启动后进行。

完成

最后只输出 ## Completion 信封：状态、范围、证据、Taste / architecture： applied、发现项和交接内容。未标记为 applied 即属失败。不要附加进度、工作区状态或验证/审查报告。

升级处理

如果缺少验收标准、依赖项、行为要求或结构决策，请返回 blocked，并指出父级必须提供的最小决策或接口。父级应更新内联上下文或询问用户；工作者不得创建计划或隐藏产物。