核心用法
Agency 是一款面向服务代理机构的运营管理 Skill，采用纯 Markdown 文档架构，无需执行任何代码即可运作。用户通过结构化文档在 ~/agency/ 目录下建立完整的机构运营体系：客户档案存储于 clients/ 目录，项目追踪位于 projects/，模板库、知识库和配置文件分别对应 templates/、knowledge/ 和 config.md。
核心工作流涵盖五大环节：客户 intake（从邮件、音频或文档中提取需求，生成结构化简报并标记风险）、定价提案（基于费率卡计算估算，生成 PDF 提案并对比历史项目）、项目追踪（维护统一看板，预警截止日期，识别停滞项目）、交付物管理（将原始输入转化为结构化交付物，适配多格式输出）、团队协作（协调团队分工，维护 SOP 和案例库）。
Skill 内置 7 份专项文档：onboarding.md 负责客户 onboarding，pricing.md 处理定价策略，projects.md 管理项目生命周期，communication.md 规范客户沟通，deliverables.md 优化交付流程，team.md 协调团队，by-type.md 针对不同 agency 类型提供定制建议，feedback.md 则构建持续学习系统。
显著优点
零代码安全风险：作为 T-MD（纯 Markdown）分类 Skill，完全无可执行代码，无动态加载、无危险函数调用，从根本上杜绝代码执行层面的安全威胁。
人工审批原则明确：内置"Never send proposals or communicate with clients without human approval"的硬性规则，避免 AI 越权操作带来的商业和法律风险。
完整运营框架覆盖：从客户获取到项目交付的全链路标准化，尤其适合缺乏成熟运营体系的初创 agency 或希望规模化扩张的个人工作室。
上下文持续维护：通过结构化的客户档案和项目历史，实现跨会话的上下文保持，避免重复沟通和信息丢失。
盈亏预警机制：强制要求追踪时间/成本与估算的偏差，及时预警亏损项目，保障商业健康度。
潜在缺点与局限性
无自动化执行能力：纯文档架构意味着所有操作依赖用户手动执行或借助 Claude 的基础工具（Read/Write/Edit）间接完成，无法一键生成真正的 PDF 提案或自动发送邮件，效率上限受限于人工操作。
模板本地化维护负担：费率卡、提案模板、SOP 等需用户自行填充和维护，初始配置成本较高，对没有运营经验的新手存在学习曲线。
缺乏真实系统集成：未对接真实的项目管理工具（如 Notion、Asana）、财务软件或 CRM 系统，数据孤岛问题明显，难以与现有工具链打通。
多用户协作未明确：~/agency/ 目录的权限管理依赖用户自行配置，Skill 本身未提供多用户协作机制或并发控制策略。
许可证缺失：当前版本未声明开源许可证，商业使用场景下的法律边界模糊。
适合的目标群体
- 独立顾问/自由职业者转型：希望从单人作业升级为可 scale 的 agency 模式，但缺乏系统运营方法论。
- 初创服务 agency：营销、开发、设计、内容创作等领域的 2-10 人小团队，需要快速建立标准化流程。
- 项目制工作室：项目类型多样、客户来源分散，需要统一的项目追踪和定价体系。
- 运营负责人：希望引入结构化知识管理，减少团队对关键人员的依赖。
使用风险
性能与效率风险：因无自动化集成，高频使用时可能产生较多重复性手动操作，建议结合 Claude 的 Bash/Edit 工具或外部脚本提升效率。
数据管理风险：客户数据、项目信息全部存储于本地文件系统，需用户自行负责备份、权限控制和版本管理，Skill 不提供数据冗余或恢复机制。
供应链安全：作为 T3 来源（个人开发者 ivangdavila）的项目，虽当前版本通过 S+ 认证，但后续版本更新需持续关注 ClawHub 平台的审核动态。
合规边界风险：虽内置人工审批原则，但用户仍需自行确保提案内容、定价策略、合同条款等符合当地商业法规和行业规范。