文件
hyb-oa/AGENTS.md
T

3.8 KiB
原始文件 Blame 文件历史

AGENTS

Purpose: 以 Trellis 为主流程,保留 Issue CSV 审计合同和 hyb-oa 业务事实源。

Trellis-first 入口

  • 开始任何非微小开发、审查、测试或文档治理任务前,先读 .trellis/workflow.md。
  • Trellis task 是后续需求拆解、上下文组织、执行复盘的主入口;每个 task 必须绑定 issues/*.csv 中的 Issue ID。
  • issues/*.csv 仍是可审计执行合同;Trellis 不替代 Issue CSV 状态、验收、回滚和 commit 追踪。
  • docs/ 仍是业务事实源;Trellis spec 只沉淀开发流程和高频工程规则。

不可违反约束

  • 编码前先方案:非微小改动必须先给实现方案并等待批准。
  • 先有 Issue CSV 再开发:非微小改动必须先落 issues/*.csv。
  • 计划工具约束:使用 Codex 原生 update_plan 做执行清单,不用外部自定义 plan 替代。
  • 项目 Skill 优先:hyb-oa 交付、试运行、视觉复核、报销/OCR/附件、企业微信或部署类任务继续使用 .agents/skills/hyb-oa-delivery,再按 Trellis task/spec 组织上下文。
  • 中文沟通;commit message 使用中文并引用 Issue ID。
  • 不泄露密码、token、Secret、真实票据、合同正文、银行资料、完整账号、完整本地路径或原始 payload。
  • 不轻易新建文档;优先更新现有事实源、模块规约、操作手册、证据文档或连续 Issue CSV。
  • 页面调整必须参考 docs/产品设计规则.md,并对齐公司主页 www.hyinda.com 的品牌风格。
  • 面向用户可测试的改动,只有部署与公网检查通过后才能告知用户可以测试。

当前项目事实源

  • 文档入口与状态:docs/文档索引.md、docs/文档事实源状态矩阵.md
  • Agent/Trellis 交付实践:docs/Agent开发交付实践.md
  • 产品与视觉规则:docs/产品设计规则.md
  • 报销、发票、OCR、附件规则:docs/报销发票附件规则.md
  • 试运行与自动化验证:docs/试运行与自动化验证手册.md
  • 项目交付 Skill:.agents/skills/hyb-oa-delivery/SKILL.md
  • Trellis workflow:.trellis/workflow.md
  • Trellis project specs:.trellis/spec/hyb-oa/

技术栈与验证

  • Backend: server/(Node.js + Fastify + Prisma + PostgreSQL)。
  • Frontend: client/(React + TypeScript + Vite + Tailwind)。
  • 核心后端验证:cd server && npm run prisma:validate,必要时运行相关 node --check、Vitest 和回归脚本。
  • 核心前端验证:cd client && npm run typecheck && npm run build。
  • 文档/流程验证:validate_issues_csv.py、node scripts/qa/check-process-contract.mjs --baseline --json、node scripts/qa/audit-docs.mjs --check-registry、node scripts/qa/check-trellis-governance.mjs、git diff --check。

Trellis 使用边界

  • .trellis/workspace/ 为本地个人日志,默认不提交;需要沉淀的经验应脱敏后写入 .trellis/spec/、docs/ 或 Issue CSV。
  • .trellis/config.yaml 固定 session_auto_commit: false;Trellis 不得自动提交。
  • 当前仅启用 Codex 适配;不把 Cursor/Claude/其他平台迁移作为本轮默认范围。
  • Codex hooks 文件可以存在,但只有用户级配置和 /hooks 审核启用后才生效;本项目不把 hook 自动注入作为验收前提。

编排规则

  • 默认按 Trellis workflow 执行:task/prd -> Issue CSV -> implement -> check -> spec/docs update -> commit -> finish。
  • 涉及权限模型、状态机、workflow、数据迁移、审批规则时,实施后必须启动只读 review,不让 reviewer 改代码。
  • 公网部署、生产配置、真实数据写入、数据库重置、企业微信写入和真实付款必须另行获得明确批准。
  • 若 Trellis 规则与业务文档冲突:最新 Issue CSV > 当前模块规约/PRD > docs/产品设计规则.md 和业务规约 > Trellis spec > 历史证据。