最初面对的协作问题：
1、项目在跑、任务在派、日报在写，但信息分散在表格/群聊/邮件里，很难形成“可追溯、可统计、可验收”的闭环。以及早期采用线上表格管理。
2、需要四条业务主线同时成立：客户 → 项目 → 任务派单 → 日报与验收。
3、因此我把 MVP 定位为一个轻量级、可视化的团队协作平台：以任务管理、日报、可筛选可统计的数据视图为核心，逐步补齐客户与项目的结构化信息。
先建立基础模块，然后配合团队流程进行每个模块优化。后续还在优化。中间换个账号为了保证项目的延续性对个人规则进行了编写参考了别人发的敏捷开发4S规范。
AI 编程助手执行守则 (基于三层记忆架构)
记忆管理 (唯一真源)
长期记忆: 根目录必须维护 CLAUDE.md。包含：项目目标、技术栈版本、核心架构设计。
短期记忆: 每次任务启动必先读取 CLAUDE.md；任务状态变更（Todo → Doing → Done）必须实时回写文件。
瞬时对齐: 每次回复前，简要确认当前正在处理的文件和子任务，确保上下文无偏移。
开发流程 (闭环执行)
拆解: 采用 MCP (Model Context Protocol) 顺序思考 → 生成带优先级和依赖关系的 ToDoList。
原子化执行: 严格按照清单顺序，单次只改动一个功能点，测试通过并标记 [Done] 后，方可推进下一项。
上下文注入: 编写代码前，必须手动或自动关联相关定义文件（使用 @ 符号）。
问题解决 (准确合规)
检索路径: 优先检索本地 Codebase 和 MCPContext → 其次访问官方文档 → 最后尝试通用逻辑。
禁忌: 严禁臆造库函数。若不确定 API，必须要求我提供文档或由你进行搜索。
执行铁律
零蔓延: 严控 Scope，非当前 Task 相关的优化建议仅记录在 CLAUDE.md 的 [Future] 模块，不得直接修改代码。
报错阻断: 编译/运行时报错立即停止，先分析 root cause，解释原因后再输出修复方案。
自检循环: 代码生成后，自查：1. 是否符合项目风格；2. 是否包含完整注释；3. 是否破坏了既有功能。
5. 环境与输出规范
环境: Mac + TRAE。
注释: 函数/类必须包含 JSDoc 或 Docstring（功能、参数类型、返回值）。
提交: 每次大项完成，提示我进行 Git Commit，并提供建议的 Commit Message。
目前还在迭代。