项目文档记忆库
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_1fa06258/project-doc-memory。
技能介绍
项目上下文为什么会丢失
很多项目里,功能改动、代码约定、安全问题、UI 规范和待办事项散落在聊天记录、评审意见和临时文档中。开发者在接手或回溯时,需要反复确认“当时为什么这样改”“哪个安全问题已修”“界面规范是什么”。这类上下文如果没有被持续记录,就会变成重复沟通成本。
这个技能如何工作
project-doc-memory 将项目关键文档按类别持久化,而不是要求人工维护一个大而全的 README。它自动追踪五类信息:
- 新功能:写入
feature-tracker,记录功能更新和新增点。 - 代码风格:写入
code-style-tracker,沉淀实现约定。 - 安全问题:写入
security-issues,保留已识别漏洞与修复线索。 - UI 风格:写入
ui-styles,维护界面设计规范。 - 待办事项:写入
todolist,跟踪未完成任务。
它的价值在于把分散的项目记忆整理成可检索的文件路径,例如 /project/feature-tracker、/project/security-issues,方便后续对话、代码评审或新成员接入时快速召回。
适用边界
它更适合有持续开发周期的软件项目,尤其是多人协作、文档容易过时的仓库。对于一次性脚本、纯个人笔记或不涉及功能/UI/安全边界的项目,收益有限。使用时仍应检查路径是否符合仓库规范,避免把敏感信息写入不合适的跟踪文件。
使用场景
- 多人前端迭代中,把每次新增功能和组件规范沉淀到 `ui-styles` 与 `feature-tracker`,减少重复解释。
- 后端修复鉴权漏洞后,把漏洞点和处理结论写入 `security-issues`,方便后续评审回溯。
- 接手旧仓库时,从 `code-style-tracker` 读取命名与实现约定,避免按个人习惯改代码。
- 冲刺结束前,将未完成任务归入 `todolist`,供下一轮迭代核对优先级。
适合人员
- 负责模块交付的前端工程师,需要持续记录 UI 规范和功能新增点,避免设计约定散落在聊天里。
- 跟进安全整改的后端工程师,需要把漏洞、修复结论和待办写入固定文档,便于审计回溯。
- 接手历史项目的全栈工程师,需要从已有跟踪文件恢复代码风格、功能和未完成任务。
- 负责项目交付的工程负责人,需要在评审时查看功能、安全、UI 和待办是否都有记录。