![Vendor Review: [Vendor Name]](http://pic.xiahunao.cn/yaotu/Vendor Review: [Vendor Name])
Vendor Review: [Vendor Name]【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-pluginsDate:[Date] |Type:[New / Renewal / Comparison]Summary[2-3 sentence recommendation]Cost AnalysisComponentAnnual CostNotesLicense/subscription$[X][Per seat, flat, usage-based]Implementation$[X][One-time]Support/maintenance$[X][Included or add-on]Total Year 1$[X]Total 3-Year$[X]Risk AssessmentRiskLikelihoodImpactMitigation[Risk]High/Med/LowHigh/Med/Low[Mitigation]Strengths[Strength 1][Strength 2]Concerns[Concern 1][Concern 2]Recommendation[Proceed / Negotiate / Pass] — [Reasoning]Negotiation Points[Leverage point 1][Leverage point 2]实战要点**直接上传提案文档**让插件从中抽取定价、条款与 SLA**对比式提问**如 Compare Vendor A vs Vendor B会得到并排分析续约场景下**务必提供当前支出**便于评估价格变化。 ### /process-doc业务流程文档化 该命令用于把存在某个人脑子里的流程正式化构建 RACI 以厘清职责归属为交接或审计编写 SOP并捕获实际工作中异常与边界情况。usage 为 /process-doc $ARGUMENTS可直接传流程名称或描述。 工作方式向它口述流程、粘贴现有文档或只给名称它会主动提出正确的问题最终产出一份完整 SOP。输出模板见 [operations/skills/process-doc/SKILL.md](https://link.gitcode.com/i/e452bff4b10720ef43cad6ad5d3abdf9)包含 - **Purpose/Scope**流程存在的目的与范围边界 - **RACI 矩阵**每个步骤的 Responsible执行者、Accountable责任人、Consulted咨询者、Informed知会者 - **Process Flow**ASCII 流程图或分步描述 - **Detailed Steps**每个步骤的 Who角色、When触发时机、How详细指令、Output产出物 - **Exceptions and Edge Cases**异常场景与处理方式对照表 - **Metrics**指标、目标值与度量方法 - **Related Documents**关联流程或政策链接。 ### /change-request变更管理请求 该命令用于提交需审批的系统或流程变更、为 CAB变更咨询委员会评审准备变更记录、在部署前记录风险与回滚步骤以及规划上线涉及的干系人沟通。usage 为 /change-request $ARGUMENTS。 其底层采用 **assess-plan-execute-sustain评估-计划-执行-维持** 变更管理框架 1. **Assess**变更什么、影响谁、变更规模低/中/高、预期会遇到什么阻力 2. **Plan**沟通计划谁、什么、何时、如何、培训计划、支持计划help desk、内部 champion、FAQ、带里程碑的时间线 3. **Execute**宣布并解释为什么、培训与支持、监控采纳情况、应对阻力 4. **Sustain**度量采纳与有效性、强化新行为、解决遗留问题、记录经验教训。 输出模板见 [operations/skills/change-request/SKILL.md](https://link.gitcode.com/i/1af0c1340cd31078d8a8fbdbb504c6fe)包含变更描述、业务理由、影响分析表、风险评估表、实施计划表、沟通计划表、回滚计划触发条件/步骤/验证方式与所需审批列表支持 Critical/High/Medium/Low 优先级与 Draft → Pending Approval → Approved → In Progress → Complete 状态流转。沟通原则强调先讲为什么再讲什么、尽早并频繁沟通、多通道触达、承认失去的而非只强调获得的、为疑问与顾虑提供明确渠道。 ### /capacity-plan容量规划 该命令适用于季度规划、团队整体过载时需要数字支撑、决定扩招还是降优先级以及压力测试新项目是否装得下现有人员。usage 为 /capacity-plan $ARGUMENTS。 输入需要**团队规模与角色、当前工作量、下季度待办、约束条件**预算、招聘时间线、技能要求。规划维度覆盖人可用编制与技能、当前分配与利用率、计划招聘、外包容量、预算分类运营预算、项目预算、差异跟踪、预测 vs 实际与时间项目时间线与依赖、关键路径分析、缓冲与应急规划、截止日期管理。 值得关注的是 [operations/skills/capacity-plan/SKILL.md](https://link.gitcode.com/i/cab38470656ee3efd09a9c2cd400f87a) 中给出的**分角色利用率目标** | 角色类型 | 目标利用率 | 说明 | |---|---|---| | IC / 专家 | 75-80% | 为响应式工作和成长留出空间 | | 经理 | 60-70% | 管理开销、会议、1:1 | | 值班 / 支持 | 50-60% | 中断驱动的工作难以预测 | 同时它明确列出**常见陷阱**规划到 100% 利用率没有应对意外的缓冲、忽略会议负担与上下文切换成本、不考虑年假/节假日/病假、把所有工时视为等价创造性工作 ≠ 行政工作。输出模板包含当前利用率表、容量汇总总容量/已分配/可用/超载人数、未来需求表、瓶颈识别与**场景推演**什么都不做 / 招聘 X 人 / 降优先级 Y 分别会怎样。 ### /status-report面向管理层的状态报告 该命令用于编写周报或月报、用红黄绿三色总结项目健康度、呈报需要干系人关注的风险与决策或把项目追踪器中的活动堆砌转化为可读的叙事。usage 为 /status-report [weekly | monthly | quarterly] [project or team]。 输出模板见 [operations/skills/status-report/SKILL.md](https://link.gitcode.com/i/b508fbfdc162516e550d8a398b10999e)以**执行摘要**开篇3-4 句总览随后是 On Track / At Risk / Off Track 整体状态以及关键指标表KPI/目标/实际/趋势/状态、本期成就、进行中事项、风险与问题、**需要决策的事项**含背景、截止时间、推荐行动与下期优先事项。其设计理念是**以要点开篇**忙碌的管理者只读前 3 行、**诚实呈现风险**提前暴露问题建立信任、**让决策变简单**每个待决事项都给出上下文与建议。 ### /runbook运营 runbook 该命令用于把需要值班/运营团队重复执行的任务固化为精确的分步操作把隐性知识tribal knowledge变成逐条命令为现有流程补充故障排查与回滚步骤并编写故障升级路径。usage 为 /runbook $ARGUMENTS。 输出模板见 [operations/skills/runbook/SKILL.md](https://link.gitcode.com/i/527f2719b415af5688eefedffd5ec723)的结构非常适合作为可执行文档 - **Purpose**该 runbook 达成什么、何时使用 - **Prerequisites**所需的访问权限、工具/系统、数据/输入勾选清单 - **Procedure**每个步骤给出精确命令代码块并配套 **Expected result**应发生什么与 **If it fails**失败了怎么办 - **Verification**确认任务成功完成的检查清单 - **Troubleshooting**症状/可能原因/修复方法对照表 - **Rollback**出错时如何撤销 - **Escalation**升级情形/联系人/联系方式的对照表 - **History**日期/执行人/备注的运行记录。 它的三条铁律值得记住**精确到可执行**运行脚本不是步骤python sync.py --prod --dry-run才是**包含失败模式**每步可能出什么错、怎么处理**测试 runbook**让不熟悉该流程的人照着走一遍修复卡壳之处。 ## 六大领域技能自动触发的隐性知识 与斜杠命令不同领域技能由 Claude 在相关场景出现时**自动调用**无需显式输入 | 技能 | 触发场景与能力 | |---|---| | vendor-management | 评估、对比与管理供应商关系——合同、绩效、风险 | | process-optimization | 分析并改进业务流程——识别瓶颈、减少浪费、精简工作流 | | change-management | 规划并执行组织或技术变更——沟通、培训、采纳 | | risk-assessment | 识别、评估与缓解运营风险——风险登记册、影响分析、控制措施 | | compliance-tracking | 跟踪合规要求——审计、认证、监管截止日期、政策遵循 | | resource-planning | 规划并优化资源分配——容量、利用率、预测、预算 | ### risk-assessment风险矩阵与登记册 [operations/skills/risk-assessment/SKILL.md](https://link.gitcode.com/i/bfe8547f6899c6b1c7479acaa3090d4c) 定义了风险等级判定矩阵——由可能性 × 影响得出 Low/Medium/High/Critical 四级风险 | | 低影响 | 中影响 | 高影响 | |---|---|---|---| | **高可能性** | 中 | 高 | 严重 | | **中可能性** | 低 | 中 | 高 | | **低可能性** | 低 | 低 | 中 | 风险类别覆盖运营流程失败、人员缺口、系统中断、财务预算超支、供应商涨价、收入影响、合规违规、审计发现、政策违反、战略市场变化、竞争威胁、技术变迁、声誉客户影响、公众观感、伙伴关系与安全数据泄露、访问控制失效、第三方漏洞六类。每条风险在登记册中需记录描述、可能性、影响、风险等级、缓解措施、责任人、状态Open/Mitigated/Accepted/Closed。 ### process-optimization流程优化框架 [operations/skills/process-optimization/SKILL.md](https://link.gitcode.com/i/9cb8298a28c0db6f9f6d9d24edafb7a2) 提供四步分析框架 1. **映射当前状态**记录每个步骤、决策点与交接点谁做什么、每步耗时标注手动步骤、审批与等待时间 2. **识别浪费**等待排队/等审批、返工失败需重做、交接每次交接都是失败或延迟点、过度加工无价值步骤、手工工作可自动化任务 3. **设计未来状态**消除非必要步骤、尽可能自动化、减少交接、并行化独立步骤、增加检查点而非关卡 4. **度量影响**每周期节省时间、错误率下降、成本节约、员工满意度提升。 输出为改进前后的流程对比附带具体改进建议、预估影响与实施计划。 ### compliance-tracking合规跟踪与审计就绪 [operations/skills/compliance-tracking/SKILL.md](https://link.gitcode.com/i/1e32d423070eae6481987fa84d148615) 覆盖主流合规框架 | 框架 | 侧重点 | 关键要求 | |---|---|---| | SOC 2 | 服务组织 | 安全性、可用性、处理完整性、保密性、隐私 | | ISO 27001 | 信息安全 | 风险评估、安全控制、持续改进 | | GDPR | 数据隐私欧盟 | 同意、数据权利、违规通知、DPO | | HIPAA | 医疗数据美国 | PHI 保护、访问控制、审计跟踪 | | PCI DSS | 支付卡数据 | 加密、访问控制、漏洞管理 | 跟踪组件包括**控制清单**控制映射到框架要求、记录控制负责人与证据、跟踪控制有效性、**审计日历**即将到来的审计日期与截止时间、证据收集时间线、整改截止时间、**证据管理**每个控制需要什么证据、存储位置、最后收集时间与**差距分析**要求 vs 当前状态、优先级排序的整改计划、合规时间线。输出形式为合规状态看板、差距分析、审计准备清单与证据收集计划。 ## Standalone Supercharged连接器如何增强每个能力 插件的核心设计是独立可用 连接器增强。下表清晰说明了每种能力的两种模式差异 | 你可以做什么 | 独立模式 | 连接增强后 | |---|---|---| | 供应商评审 | 提供细节、上传提案 | 采购系统、知识库 | | 流程文档化 | 描述流程 | 知识库现有文档 | | 变更请求 | 描述变更 | ITSM、项目追踪器 | | 容量规划 | 上传数据、描述团队 | 项目追踪器工作量数据 | | 状态报告 | 手动提供更新 | 项目追踪器、聊天、日历 | | Runbook | 走一遍流程 | 知识库、ITSM | 以 /status-report 为例连接 **项目追踪器** 后可自动拉取项目状态、已完成事项与即将到来的里程碑自动识别有风险与逾期任务连接 **聊天** 可扫描近期团队讨论中的决策与阻塞项并可直接把成品发布到频道连接 **日历** 可引用报告周期内的关键会议与决策。这些增强逻辑均在对应 SKILL 文档的 If Connectors Available 小节中定义。 ## MCP 集成工具无关的连接器设计 插件通过 [operations/CONNECTORS.md](https://link.gitcode.com/i/998a676010abbfdf1beea5bf3aac1a54) 定义了连接器机制。其核心机制是 **~~category 占位符**插件文件使用 ~~category 作为某类工具的占位符例如 ~~ITSM 可能指 ServiceNow、Zendesk 或任何提供 MCP 服务器的服务管理工具。这使插件保持**工具无关tool-agnostic**——工作流按类别ITSM、项目追踪器、知识库等而非具体产品描述.mcp.json 预配置了具体 MCP 服务器但任何同类 MCP 服务器均可替换使用。 插件的连接器类别及预置服务器如下 | 类别 | 占位符 | 预置服务器 | 其他可选 | |---|---|---|---| | 日历 | ~~calendar | Google Calendar | Microsoft 365 | | 聊天 | ~~chat | Slack | Microsoft Teams | | 邮件 | ~~email | Gmail、Microsoft 365 | — | | ITSM | ~~ITSM | ServiceNow | Zendesk、Freshservice、Jira Service Management | | 知识库 | ~~knowledge base | Notion、Atlassian (Confluence) | Guru、Coda | | 项目追踪器 | ~~project tracker | Asana、Atlassian (Jira) | Linear、monday.com、ClickUp | | 采购 | ~~procurement | — | Coupa、SAP Ariba、Zip | | 办公套件 | ~~office suite | Microsoft 365 | Google Workspace | 各命令的连接增强行为由占位符驱动例如/vendor-review 连接知识库后可检索既有供应商评估、合同与绩效评审并拉取采购政策与审批阈值连接采购系统后可拉取当前合同条款、支出历史与续约日期并与现有供应商协议对比价格。/change-request 连接 ITSM 后可直接自动创建变更请求工单并获取 CAB 日程与审批工作流。/runbook 连接 ITSM 后可将 runbook 关联到相关事故类型与变更请求并从值班排班自动填充升级联系人。若遇到不熟悉的占位符或需确认已连接的工具可随时查阅 [CONNECTORS.md](https://link.gitcode.com/i/998a676010abbfdf1beea5bf3aac1a54)。 ## 本地设置个性化插件的默认行为 插件支持通过本地设置文件个性化默认行为。在 operations/.claude/settings.local.json 创建配置文件即可 json { company: Your Company, team: Operations, reportingCadence: weekly, approvalChain: [Manager, Director, VP], complianceFrameworks: [SOC 2, ISO 27001], fiscalYearStart: January }【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Vendor Review: [Vendor Name]
Vendor Review: [Vendor Name]【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-pluginsDate:[Date] |Type:[New / Renewal / Comparison]Summary[2-3 sentence recommendation]Cost AnalysisComponentAnnual CostNotesLicense/subscription$[X][Per seat, flat, usage-based]Implementation$[X][One-time]Support/maintenance$[X][Included or add-on]Total Year 1$[X]Total 3-Year$[X]Risk AssessmentRiskLikelihoodImpactMitigation[Risk]High/Med/LowHigh/Med/Low[Mitigation]Strengths[Strength 1][Strength 2]Concerns[Concern 1][Concern 2]Recommendation[Proceed / Negotiate / Pass] — [Reasoning]Negotiation Points[Leverage point 1][Leverage point 2]实战要点**直接上传提案文档**让插件从中抽取定价、条款与 SLA**对比式提问**如 Compare Vendor A vs Vendor B会得到并排分析续约场景下**务必提供当前支出**便于评估价格变化。 ### /process-doc业务流程文档化 该命令用于把存在某个人脑子里的流程正式化构建 RACI 以厘清职责归属为交接或审计编写 SOP并捕获实际工作中异常与边界情况。usage 为 /process-doc $ARGUMENTS可直接传流程名称或描述。 工作方式向它口述流程、粘贴现有文档或只给名称它会主动提出正确的问题最终产出一份完整 SOP。输出模板见 [operations/skills/process-doc/SKILL.md](https://link.gitcode.com/i/e452bff4b10720ef43cad6ad5d3abdf9)包含 - **Purpose/Scope**流程存在的目的与范围边界 - **RACI 矩阵**每个步骤的 Responsible执行者、Accountable责任人、Consulted咨询者、Informed知会者 - **Process Flow**ASCII 流程图或分步描述 - **Detailed Steps**每个步骤的 Who角色、When触发时机、How详细指令、Output产出物 - **Exceptions and Edge Cases**异常场景与处理方式对照表 - **Metrics**指标、目标值与度量方法 - **Related Documents**关联流程或政策链接。 ### /change-request变更管理请求 该命令用于提交需审批的系统或流程变更、为 CAB变更咨询委员会评审准备变更记录、在部署前记录风险与回滚步骤以及规划上线涉及的干系人沟通。usage 为 /change-request $ARGUMENTS。 其底层采用 **assess-plan-execute-sustain评估-计划-执行-维持** 变更管理框架 1. **Assess**变更什么、影响谁、变更规模低/中/高、预期会遇到什么阻力 2. **Plan**沟通计划谁、什么、何时、如何、培训计划、支持计划help desk、内部 champion、FAQ、带里程碑的时间线 3. **Execute**宣布并解释为什么、培训与支持、监控采纳情况、应对阻力 4. **Sustain**度量采纳与有效性、强化新行为、解决遗留问题、记录经验教训。 输出模板见 [operations/skills/change-request/SKILL.md](https://link.gitcode.com/i/1af0c1340cd31078d8a8fbdbb504c6fe)包含变更描述、业务理由、影响分析表、风险评估表、实施计划表、沟通计划表、回滚计划触发条件/步骤/验证方式与所需审批列表支持 Critical/High/Medium/Low 优先级与 Draft → Pending Approval → Approved → In Progress → Complete 状态流转。沟通原则强调先讲为什么再讲什么、尽早并频繁沟通、多通道触达、承认失去的而非只强调获得的、为疑问与顾虑提供明确渠道。 ### /capacity-plan容量规划 该命令适用于季度规划、团队整体过载时需要数字支撑、决定扩招还是降优先级以及压力测试新项目是否装得下现有人员。usage 为 /capacity-plan $ARGUMENTS。 输入需要**团队规模与角色、当前工作量、下季度待办、约束条件**预算、招聘时间线、技能要求。规划维度覆盖人可用编制与技能、当前分配与利用率、计划招聘、外包容量、预算分类运营预算、项目预算、差异跟踪、预测 vs 实际与时间项目时间线与依赖、关键路径分析、缓冲与应急规划、截止日期管理。 值得关注的是 [operations/skills/capacity-plan/SKILL.md](https://link.gitcode.com/i/cab38470656ee3efd09a9c2cd400f87a) 中给出的**分角色利用率目标** | 角色类型 | 目标利用率 | 说明 | |---|---|---| | IC / 专家 | 75-80% | 为响应式工作和成长留出空间 | | 经理 | 60-70% | 管理开销、会议、1:1 | | 值班 / 支持 | 50-60% | 中断驱动的工作难以预测 | 同时它明确列出**常见陷阱**规划到 100% 利用率没有应对意外的缓冲、忽略会议负担与上下文切换成本、不考虑年假/节假日/病假、把所有工时视为等价创造性工作 ≠ 行政工作。输出模板包含当前利用率表、容量汇总总容量/已分配/可用/超载人数、未来需求表、瓶颈识别与**场景推演**什么都不做 / 招聘 X 人 / 降优先级 Y 分别会怎样。 ### /status-report面向管理层的状态报告 该命令用于编写周报或月报、用红黄绿三色总结项目健康度、呈报需要干系人关注的风险与决策或把项目追踪器中的活动堆砌转化为可读的叙事。usage 为 /status-report [weekly | monthly | quarterly] [project or team]。 输出模板见 [operations/skills/status-report/SKILL.md](https://link.gitcode.com/i/b508fbfdc162516e550d8a398b10999e)以**执行摘要**开篇3-4 句总览随后是 On Track / At Risk / Off Track 整体状态以及关键指标表KPI/目标/实际/趋势/状态、本期成就、进行中事项、风险与问题、**需要决策的事项**含背景、截止时间、推荐行动与下期优先事项。其设计理念是**以要点开篇**忙碌的管理者只读前 3 行、**诚实呈现风险**提前暴露问题建立信任、**让决策变简单**每个待决事项都给出上下文与建议。 ### /runbook运营 runbook 该命令用于把需要值班/运营团队重复执行的任务固化为精确的分步操作把隐性知识tribal knowledge变成逐条命令为现有流程补充故障排查与回滚步骤并编写故障升级路径。usage 为 /runbook $ARGUMENTS。 输出模板见 [operations/skills/runbook/SKILL.md](https://link.gitcode.com/i/527f2719b415af5688eefedffd5ec723)的结构非常适合作为可执行文档 - **Purpose**该 runbook 达成什么、何时使用 - **Prerequisites**所需的访问权限、工具/系统、数据/输入勾选清单 - **Procedure**每个步骤给出精确命令代码块并配套 **Expected result**应发生什么与 **If it fails**失败了怎么办 - **Verification**确认任务成功完成的检查清单 - **Troubleshooting**症状/可能原因/修复方法对照表 - **Rollback**出错时如何撤销 - **Escalation**升级情形/联系人/联系方式的对照表 - **History**日期/执行人/备注的运行记录。 它的三条铁律值得记住**精确到可执行**运行脚本不是步骤python sync.py --prod --dry-run才是**包含失败模式**每步可能出什么错、怎么处理**测试 runbook**让不熟悉该流程的人照着走一遍修复卡壳之处。 ## 六大领域技能自动触发的隐性知识 与斜杠命令不同领域技能由 Claude 在相关场景出现时**自动调用**无需显式输入 | 技能 | 触发场景与能力 | |---|---| | vendor-management | 评估、对比与管理供应商关系——合同、绩效、风险 | | process-optimization | 分析并改进业务流程——识别瓶颈、减少浪费、精简工作流 | | change-management | 规划并执行组织或技术变更——沟通、培训、采纳 | | risk-assessment | 识别、评估与缓解运营风险——风险登记册、影响分析、控制措施 | | compliance-tracking | 跟踪合规要求——审计、认证、监管截止日期、政策遵循 | | resource-planning | 规划并优化资源分配——容量、利用率、预测、预算 | ### risk-assessment风险矩阵与登记册 [operations/skills/risk-assessment/SKILL.md](https://link.gitcode.com/i/bfe8547f6899c6b1c7479acaa3090d4c) 定义了风险等级判定矩阵——由可能性 × 影响得出 Low/Medium/High/Critical 四级风险 | | 低影响 | 中影响 | 高影响 | |---|---|---|---| | **高可能性** | 中 | 高 | 严重 | | **中可能性** | 低 | 中 | 高 | | **低可能性** | 低 | 低 | 中 | 风险类别覆盖运营流程失败、人员缺口、系统中断、财务预算超支、供应商涨价、收入影响、合规违规、审计发现、政策违反、战略市场变化、竞争威胁、技术变迁、声誉客户影响、公众观感、伙伴关系与安全数据泄露、访问控制失效、第三方漏洞六类。每条风险在登记册中需记录描述、可能性、影响、风险等级、缓解措施、责任人、状态Open/Mitigated/Accepted/Closed。 ### process-optimization流程优化框架 [operations/skills/process-optimization/SKILL.md](https://link.gitcode.com/i/9cb8298a28c0db6f9f6d9d24edafb7a2) 提供四步分析框架 1. **映射当前状态**记录每个步骤、决策点与交接点谁做什么、每步耗时标注手动步骤、审批与等待时间 2. **识别浪费**等待排队/等审批、返工失败需重做、交接每次交接都是失败或延迟点、过度加工无价值步骤、手工工作可自动化任务 3. **设计未来状态**消除非必要步骤、尽可能自动化、减少交接、并行化独立步骤、增加检查点而非关卡 4. **度量影响**每周期节省时间、错误率下降、成本节约、员工满意度提升。 输出为改进前后的流程对比附带具体改进建议、预估影响与实施计划。 ### compliance-tracking合规跟踪与审计就绪 [operations/skills/compliance-tracking/SKILL.md](https://link.gitcode.com/i/1e32d423070eae6481987fa84d148615) 覆盖主流合规框架 | 框架 | 侧重点 | 关键要求 | |---|---|---| | SOC 2 | 服务组织 | 安全性、可用性、处理完整性、保密性、隐私 | | ISO 27001 | 信息安全 | 风险评估、安全控制、持续改进 | | GDPR | 数据隐私欧盟 | 同意、数据权利、违规通知、DPO | | HIPAA | 医疗数据美国 | PHI 保护、访问控制、审计跟踪 | | PCI DSS | 支付卡数据 | 加密、访问控制、漏洞管理 | 跟踪组件包括**控制清单**控制映射到框架要求、记录控制负责人与证据、跟踪控制有效性、**审计日历**即将到来的审计日期与截止时间、证据收集时间线、整改截止时间、**证据管理**每个控制需要什么证据、存储位置、最后收集时间与**差距分析**要求 vs 当前状态、优先级排序的整改计划、合规时间线。输出形式为合规状态看板、差距分析、审计准备清单与证据收集计划。 ## Standalone Supercharged连接器如何增强每个能力 插件的核心设计是独立可用 连接器增强。下表清晰说明了每种能力的两种模式差异 | 你可以做什么 | 独立模式 | 连接增强后 | |---|---|---| | 供应商评审 | 提供细节、上传提案 | 采购系统、知识库 | | 流程文档化 | 描述流程 | 知识库现有文档 | | 变更请求 | 描述变更 | ITSM、项目追踪器 | | 容量规划 | 上传数据、描述团队 | 项目追踪器工作量数据 | | 状态报告 | 手动提供更新 | 项目追踪器、聊天、日历 | | Runbook | 走一遍流程 | 知识库、ITSM | 以 /status-report 为例连接 **项目追踪器** 后可自动拉取项目状态、已完成事项与即将到来的里程碑自动识别有风险与逾期任务连接 **聊天** 可扫描近期团队讨论中的决策与阻塞项并可直接把成品发布到频道连接 **日历** 可引用报告周期内的关键会议与决策。这些增强逻辑均在对应 SKILL 文档的 If Connectors Available 小节中定义。 ## MCP 集成工具无关的连接器设计 插件通过 [operations/CONNECTORS.md](https://link.gitcode.com/i/998a676010abbfdf1beea5bf3aac1a54) 定义了连接器机制。其核心机制是 **~~category 占位符**插件文件使用 ~~category 作为某类工具的占位符例如 ~~ITSM 可能指 ServiceNow、Zendesk 或任何提供 MCP 服务器的服务管理工具。这使插件保持**工具无关tool-agnostic**——工作流按类别ITSM、项目追踪器、知识库等而非具体产品描述.mcp.json 预配置了具体 MCP 服务器但任何同类 MCP 服务器均可替换使用。 插件的连接器类别及预置服务器如下 | 类别 | 占位符 | 预置服务器 | 其他可选 | |---|---|---|---| | 日历 | ~~calendar | Google Calendar | Microsoft 365 | | 聊天 | ~~chat | Slack | Microsoft Teams | | 邮件 | ~~email | Gmail、Microsoft 365 | — | | ITSM | ~~ITSM | ServiceNow | Zendesk、Freshservice、Jira Service Management | | 知识库 | ~~knowledge base | Notion、Atlassian (Confluence) | Guru、Coda | | 项目追踪器 | ~~project tracker | Asana、Atlassian (Jira) | Linear、monday.com、ClickUp | | 采购 | ~~procurement | — | Coupa、SAP Ariba、Zip | | 办公套件 | ~~office suite | Microsoft 365 | Google Workspace | 各命令的连接增强行为由占位符驱动例如/vendor-review 连接知识库后可检索既有供应商评估、合同与绩效评审并拉取采购政策与审批阈值连接采购系统后可拉取当前合同条款、支出历史与续约日期并与现有供应商协议对比价格。/change-request 连接 ITSM 后可直接自动创建变更请求工单并获取 CAB 日程与审批工作流。/runbook 连接 ITSM 后可将 runbook 关联到相关事故类型与变更请求并从值班排班自动填充升级联系人。若遇到不熟悉的占位符或需确认已连接的工具可随时查阅 [CONNECTORS.md](https://link.gitcode.com/i/998a676010abbfdf1beea5bf3aac1a54)。 ## 本地设置个性化插件的默认行为 插件支持通过本地设置文件个性化默认行为。在 operations/.claude/settings.local.json 创建配置文件即可 json { company: Your Company, team: Operations, reportingCadence: weekly, approvalChain: [Manager, Director, VP], complianceFrameworks: [SOC 2, ISO 27001], fiscalYearStart: January }【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
