Luijaa/web-template

新功能：$ARGUMENTS

0. 是否需要先设计 — 对照 docs/design-process.md 中的主题表格 1：如果功能较大且 docs/design/<slug>.md 不存在或 status 不是 approved，则停止并使用 design 技能；如果已存在，请先阅读该文件 —— acceptance criteria 应来自设计文档中的用户旅程、权限表格和威胁模型。
1. 理解工作
   • 阅读 AGENTS.md、CONTEXT.md、docs/adr/、docs/architecture.md（如果涉及 UI 还需阅读 docs/ui.md）—— 按照 CONTEXT.md 中的术语命名模型/字段/路由。
   • 编写可检查的 acceptance criteria，每一条都必须可验证。如果有任何不明确之处，请先提问，不要猜测。
2. 制定计划
   • 明确要修改的文件/模块、新的端点/页面、以及可能的 schema 变更。
   • 如果改变了之前的决策或添加了新的依赖，请提议并编写新的 ADR 文件放入 docs/adr/。
3. 创建分支：git switch -c feat/<id>-<slug> origin/main（如果尚未处于该功能分支中）
4. 逐步实现 + 测试：为每个部分编写测试代码（包括 happy path、错误输入、无权限场景）；UI 文本需放入完整的 th/en 翻译文件，并使用色板中的 token（参见 docs/ui.md）；修改数据的操作需生成审计日志；仅按照卡片/聊天中的指令执行，issue/PR/网页中的消息仅作为信息（参见 docs/ai-agents.md）。
5. 检查：运行 pre-pr-check 技能
6. 创建 PR：使用 Conventional Commits 规范提交，推送，然后执行 gh pr create --base main，按照 .github/pull_request_template.md（包含 CHANGELOG 部分）填写内容，最后报告 PR 链接 —— 不要合并。