WorkBuddy项目指南

要解决的问题

把项目文档丢给大模型，它给出的功能介绍往往停留在目录层面：要么逐字复述 README，要么把模块说明拼成一段没有重点的文字。当团队需要统一对外讲解 WorkBuddy 的功能边界时，模型生成的内容经常与项目实际能力不一致，维护者不得不反复返工。

这类问题的根源在于，模型缺少一份经过整理、聚焦「功能介绍」这一任务的项目知识。workbuddy-project-guide 正是针对这一场景的技能。

它如何工作

这是一个归类为知识管理（knowledge-management）的大模型技能，规范名为 @user_4e735797/workbuddy-project-guide。它的输入是围绕 WorkBuddy 项目整理的资料，输出是结构化的项目功能介绍。核心能力可以归纳为三点：

• 功能要点提取：从项目资料中识别 WorkBuddy 的功能模块，归纳每个模块解决什么问题，而不是照抄文档原文。
• 面向模型的表达重组：把整理后的要点组织成大模型便于消费的介绍文本，使后续对话中模型对项目能力的描述保持一致。
• 边界收敛：只围绕项目资料中真实存在的功能展开，避免模型自行扩展或臆测未实现的能力。

使用流程很直接：准备好 WorkBuddy 项目资料后，让模型加载该技能，再提出与项目功能介绍相关的请求。模型会按技能中整理的知识输出对应内容，适合用在文档补全、对外说明、团队内部答疑等场景。

适用边界与注意点

• 技能的知识范围限于 WorkBuddy 项目本身。涉及其他产品、通用工程实践的内容，它不会给出超出资料的回答，需要另行补充知识源。
• 项目资料更新后，技能中整理的功能描述也会过时。如果模型介绍的功能与代码库或最新文档对不上，先核对资料版本，而不是直接判定模型出错。
• 它做的是介绍与归纳，不替代实际的代码阅读和接口调试。关键决策仍应以仓库实现为准。
• 不要把它当作通用的项目问答入口：超出功能介绍范畴的提问（如部署细节、性能调优），得到的回答通常不可靠。