尧图网站建设 
knowledge-work-plugins 的 create-an-asset 技能拆解从交易上下文到客户级销售物料的自动化生成方案【免费下载链接】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本指南以 create-an-asset 技能定义 为绝对主体完整还原其在 knowledge-work-plugins 开源仓库 sales 插件中的设计与实现如何通过“客户、受众、目标、格式”四维上下文收集配合自适应调研、内容生成、视觉设计与交付迭代最终产出自包含的 HTML 销售物料交互式落地页、演示 Deck、一页纸、工作流演示。读完本文你将掌握该技能从 Phase 0 到 Phase 7 的完整执行链路、四类物料的内部结构规范、设计令牌与组件样式体系以及如何将其接入 sales 插件的 MCP 连接器生态详见 sales/CONNECTORS.md。一、技能定位sales 插件里的“物料生产车间”在 knowledge-work-plugins 仓库中sales 插件 覆盖了客户研究、通话准备、渠道外联、管线评审、竞品情报等完整销售工作流。其中create-an-asset是唯一一个面向“客户可见交付物”的技能它的触发词是/create-an-asset或/create-an-asset [CompanyName]当用户说出“create an asset”“build a demo”“make a landing page”“mock up a workflow”等意图时自动激活见 SKILL.md 的 Triggers 小节。与同一插件中的其他技能形成互补competitive-intelligence技能在生成“针对具体交易的对比页”时也会引用create-an-asset作为下游动作见 competitive-intelligence/SKILL.md说明该技能被设计为销售流程中“产出最终交付物”的一环。安装该技能随 sales 插件分发两种方式# 方式一直接添加 sales 插件sales/README.md 的安装方式 claude plugins add knowledge-work-plugins/sales # 方式二从插件市场安装根 README.md 的方式 claude plugin marketplace add anthropics/knowledge-work-plugins claude plugin install salesknowledge-work-plugins安装后技能自动生效Claude 在相关场景下自动调用其知识无需手动加载。技能本身是纯 Markdown 指令文件无代码、无构建步骤——这正是整个 knowledge-work-plugins 仓库“file-based plugin”的设计哲学见 根 README.md。二、核心输入模型Prospect / Audience / Purpose / Format 四维上下文技能的开篇明确了它收集的四类上下文这是整个生成流程的输入骨架SKILL.md Overview维度含义典型字段(a) The Prospect目标客户公司、联系人、过往对话、痛点(b) The Audience查看者谁在看、他们关心什么(c) The Purpose资产目的目标、期望的下一个动作(d) The Format呈现形式落地页 / Deck / 一页纸 / 工作流演示这四个维度并不是一次性收集完而是被拆解到 Phase 0 的六个步骤中逐步获取并伴随一套“必填/选填”校验保证信息最小可用集MVP完整。三、Phase 0上下文检测与输入收集3.1 卖家上下文检测Step 0.1技能先从用户的邮箱域名推断其所在公司从用户邮箱提取域名执行搜索[domain] company products services site:linkedin.com OR site:crunchbase.com根据公司类型分支处理场景动作单一产品公司自动填充卖家上下文多产品公司询问“这份资产针对哪个产品或解决方案”顾问/代理/通用域名询问“你代表哪家公司或产品”未知/初创公司询问“简单说说你在卖什么”收集结果以 YAML 结构存储SKILL.md Step 0.1seller: company: [Company Name] product: [Product/Service] value_props: - [Key value prop 1] - [Key value prop 2] - [Key value prop 3] differentiators: - [Differentiator 1] - [Differentiator 2] pricing_model: [If publicly known]该上下文会持久化到知识库供后续会话复用再次调用时先确认“I have your seller context from last time — still selling [Product] at [Company]?”这保证了同一销售人员的跨会话一致性避免每次重新交代卖点。3.2 客户上下文Step 0.2字段提示词必填Company“这份资产是为哪家公司做的”✓Key contacts“关键联系人是谁姓名、角色”否Deal stage“这笔交易处于什么阶段”✓Pain points“他们分享过哪些痛点或优先事项”否Past materials“上传任何对话材料转录稿、邮件、笔记、通话录音”否交易阶段的可选项Intro / First meeting、Discovery、Evaluation / Technical review、POC / Pilot、Negotiation、Close。交易阶段会直接影响后续 Phase 2 的结构选择——例如 POC 阶段的资产应突出“范围、成功标准、时间线”而 Close 阶段的资产应突出“价值总结、定价、条款”。3.3 受众上下文Step 0.3受众类型四选一ExecutiveC-suite、VP、Technical架构师、工程师、开发者、Operations运维、IT、采购、Mixed / Cross-functional。“Primary concern”五选一ROI / Business impact、Technical depth / Architecture、Strategic alignment、Risk mitigation / Security、Implementation / Timeline。受众和关注点决定了内容叙事的主次顺序见第四节“受众调整”这是技能“以客户为中心”的落地机制。3.4 目的上下文Step 0.4Goal 选项Intro / First impression、Discovery follow-up、Technical deep-dive、Executive alignment / Business case、POC proposal、Deal close。同时必须明确 Desired action——查看者看完后应当做什么。后者将直接映射到最终物料中的 CTA行动召唤。3.5 格式选择Step 0.5格式描述最佳场景交互式落地页多标签页含演示、指标、计算器高管对齐、首次介绍、价值主张Deck 风格线性幻灯片可演示正式会议、大受众一页纸单页滚动执行摘要会后留档、快速摘要工作流/架构演示带动画流转的交互式示意图技术深潜、POC 演示、集成介绍3.6 工作流演示的专项输入Step 0.6当选择“Workflow / Architecture demo”时技能先尝试从用户描述中自行解析涉及的系统与组件、描述的数据流、人工交互点、示例场景解析出缺口后再定向补问SKILL.md Step 0.6若缺失...询问...组件不清晰“涉及哪些系统或组件数据库、API、AI、中间件等”流程不清晰“带我走一遍逐步流程”人工触点不清晰“这个工作流中人在哪里交互”场景含糊“有没有具体的示例场景可以演示”集成细节“有没有要突出的特定工具或平台”这一“先解析、后补问”的策略与技能 Phase 1 的“自适应调研”一脉相承——能少问就少问只在信息缺口处提问。四、Phase 1自适应调研Adaptive Research技能根据上下文丰富度决定调研深度SKILL.md Phase 1级别迹象调研深度Rich已上传转录稿、详细痛点、明确需求轻量——只补缺口Moderate有一些上下文无转录稿中等——公司 行业Sparse只有公司名深度——完整调研轮任何情况下都要做的基础调研客户基本面[Company] annual report investor presentation 2025 2026提取营收、员工数、关键指标、战略重点领导层[Company] CEO CTO CIO 2025提取姓名、职位、近期关于战略/技术的引述品牌色[Company] brand guidelines或从官网提取主色、辅色、强调色。Moderate/Sparse 时追加行业背景趋势、挑战、普遍痛点技术栈现有方案、潜在集成点竞争背景切换信号、现有方案。已上传转录稿时追加对话分析提取已陈述的痛点、决策标准、异议、时间线识别可引用的关键原话使用他们的原话记录特定术语、缩写、内部项目名。这里的核心原则是调研服务于“定制感”。后文 Phase 3 的内容模板会反复引用这些调研产物客户指标、原话、行业趋势。五、Phase 2结构决策Structure Decision5.1 交互式落地页按 Purpose 选结构同一份落地页不同的交易阶段采用不同的推荐栏目组合SKILL.md目的推荐栏目IntroCompany Fit → Solution Overview → Key Use Cases → Why Us → Next StepsDiscovery follow-upTheir Priorities → How We Help → Relevant Examples → ROI Framework → Next StepsTechnical deep-diveArchitecture → Security Compliance → Integration → Performance → SupportExec alignmentStrategic Fit → Business Impact → ROI Calculator → Risk Mitigation → PartnershipPOC proposalScope → Success Criteria → Timeline → Team → Investment → Next StepsDeal closeValue Summary → Pricing → Implementation Plan → Terms → Sign-off受众调整原则Executive 受众先讲商业影响与 ROITechnical 受众先讲架构、安全、集成深度Operations 受众先讲工作流影响、变更管理、支持Mixed 受众用标签页tabs平衡战略与战术两个深度层级——这正是落地页多标签结构的设计初衷。5.2 Deck 风格与落地页栏目一致但排版为线性幻灯片1. Title slide客户 卖家 Logo伙伴关系框架 2. Agenda 3-N. 每个栏目一页密集栏目 2-3 页 N1. 总结 / 关键 takeaways N2. 下一步 / CTA N3. 附录可选——详细规格、定价等幻灯片原则每页一个核心信息、视觉优先于文字、使用客户自身的指标和语言、包含演讲者备注speaker notes。5.3 一页纸单页滚动布局结构固定为 HERO → 三大要点 → 证明点 → CTA原文给出了完整的 ASCII 线框示意图见 SKILL.md┌─────────────────────────────────────┐ │ HERO: [Prospect Goal] with [Product] │ ├─────────────────────────────────────┤ │ KEY POINT 1 │ KEY POINT 2 │ KEY POINT 3 │ │ [Icon 2-3 │ [Icon 2-3 │ [Icon 2-3 │ │ sentences] │ sentences] │ sentences] │ ├─────────────────────────────────────┤ │ PROOF POINT: [Metric, quote, or case study] │ ├─────────────────────────────────────┤ │ CTA: [Clear next action] │ [Contact info] │ └─────────────────────────────────────┘5.4 工作流 / 架构演示按复杂度分档复杂度组件数结构简单3-5单视图图 步骤标注中等5-10可缩放画布 逐步讲解复杂10多层视图概览 → 细节 引导式导览标准元素共 7 项标题栏[Scenario Name] — Powered by [Seller Product]、组件节点、动画流转箭头、步骤侧栏通俗语言解释当前步骤、控制条Play / Pause / Step Forward / Step Back / Reset、决策点标注、每步的数据预览示例载荷或转换结果。六、Phase 3内容生成6.1 通用原则所有内容必须引用用户输入或转录稿中的具体痛点使用客户的语言他们的术语、他们陈述的优先事项显式地把卖家产品映射到客户需求在可获得时给出证明点案例、指标、引述做到“定制感而非模板感”。6.2 栏目模板Section Templates技能为每个栏目给出了可复制的生成模板这里按原文完整列出核心几项Hero / IntroHeadline: [Prospects Goal] with [Sellers Product] Subhead: 关联他们已陈述的优先事项或头号行业挑战 Metrics: 3-4 条客户关键事实证明我们做了功课Their PrioritiesDiscovery follow-up 时引用对话中的具体痛点 - 尽量使用他们的原话 - 展示我们倾听并理解了 - 把每一条与我们的帮助方式建立连接Solution Mapping痛点 → 方案映射针对每个痛点 ├── 挑战用他们的话说 ├── [Product] 如何应对 ├── 证明点或示例 └── 结果 / 收益Use Cases / Demos3-5 个相关用例 ├── 视觉 mockup 或交互式演示 ├── 商业影响尽可能量化 ├── How it works — 3-4 步总结 └── 与其行业/角色的相关性ROI / Business Case交互式计算器输入来自调研、贴合客户业务 │ ├── 用户/开发者数量 │ ├── 当前成本或耗时 │ └── 预期改进百分比 输出 │ ├── 年度价值 / 节省 │ ├── 解决方案成本 │ ├── 净 ROI │ └── 回本周期 └── 假设必须明确列出且可编辑Why Us / Differentiators├── 相对他们可能考虑的替代方案的差异化 ├── 信任、安全、合规定位 ├── 支持与伙伴关系模式 └── 客户证明点Logo、引述、案例Next Steps / CTA├── 与 Purpose (c) 对齐的清晰动作 ├── 具体的下一步而非含糊的 lets chat ├── 联系方式 ├── 建议时间线 └── 他们行动后会发生的后续6.3 工作流演示的内容定义YAML Schema工作流演示的核心资产是组件定义与流程步骤的结构化描述原文提供了可直接复用的 YAML 模板组件定义SKILL.mdcomponent: id: snowflake label: Snowflake Data Warehouse type: database # database | api | ai | middleware | human | document | output icon: database description: Financial performance data brand_color: #29B5E8组件类型共 7 种human发起或接收的人、documentPDF、合同、文件、aiAI/ML 模型、智能体、database数据存储、仓库、apiAPI、服务、middleware集成平台、MCP 服务器、output仪表盘、报告、通知。流程步骤定义SKILL.mdstep: number: 1 from: human to: claude action: Initiates performance review description: Sarah, a Brand Analyst at [Prospect], kicks off the quarterly review... data_example: Review request: Nike brand, Q4 2025 duration: ~1 second value_note: No manual data gathering required注意duration与value_note字段前者让观众感知每个步骤的速度后者在每个步骤标注“价值点”把技术流转翻译成业务价值——这是工作流演示“既技术又打动高管”的关键设计。场景叙事技能要求写一段清晰具体的 walkthrough。原文的示例是完整的 5 步叙事Human Trigger → Contract Analysis → Data Query → Results Synthesis → Insight Delivery其中展示了一个关键技巧在结果综合步骤使用 ✓/⚠️ 标记呈现“实际值 vs 义务值”的对比如“Revenue $52.3M ✓ (exceeded by $2.3M) / Margin 11.2% ⚠️ (0.8% below threshold)”并让 AI 代理给出可执行建议“Review promotional spend allocation...”。这种“演示 洞察”的写法让 POC 场景不流于炫技而是直接指向业务结论。七、Phase 4视觉设计Visual Design7.1 色彩系统CSS 变量令牌技能规定了一套以客户品牌色为主色、深色主题为基调的 CSS 变量体系SKILL.md:root { /* Prospect Brand (Primary) */ --brand-primary: #[extracted from research]; --brand-secondary: #[extracted]; --brand-primary-rgb: [r, g, b]; /* For rgba() usage */ /* Dark Theme Base */ --bg-primary: #0a0d14; --bg-elevated: #0f131c; --bg-surface: #161b28; --bg-hover: #1e2536; /* Text */ --text-primary: #ffffff; --text-secondary: rgba(255, 255, 255, 0.7); --text-muted: rgba(255, 255, 255, 0.5); /* Accent */ --accent: var(--brand-primary); --accent-hover: var(--brand-secondary); --accent-glow: rgba(var(--brand-primary-rgb), 0.3); /* Status */ --success: #10b981; --warning: #f59e0b; --error: #ef4444; }这套令牌的设计要点把“客户品牌色”抽象为唯一输入--brand-primary/--brand-secondary其余全部派生自它——后续迭代时只需换两个变量即可整体换肤对应 Phase 7 的 “Use our brand instead” 迭代。--brand-primary-rgb单独存 RGB 分量是为了支持rgba()半透明用法如光晕--accent-glow。7.2 字体排印主字体Inter, -apple-system, BlinkMacSystemFont, sans-serif层级h1 2.5rem/700、h2 1.75rem/600、h3 1.25rem/600、body 1rem/400/1.6、small 0.875rem/500。7.3 视觉元素规范卡片背景var(--bg-surface)、1px 白 10% 边框、12px 圆角、柔和分层阴影、悬停轻微抬升 边框辉光按钮主按钮var(--accent)背景 白字次按钮透明 accent 边框悬停提亮 轻微缩放动画过渡 200-300ms ease、标签切换 fadeslide、悬停平滑、加载用细微 pulse 或骨架屏。7.4 工作流演示专属样式组件节点、流转箭头、画布的样式规范原文均给出了可直接落地的 CSSSKILL.md Phase 4 后半段关键设计包括.node.active使用--accent-glow光晕 accent 边框标记当前激活节点.node.human用暖色#f59e0b边框区分“人”节点与 AI/数据库节点形成视觉语义区分.node.ai使用从 surface 到 elevated 的渐变背景.arrow.active使用stroke-dasharray: 8 4flowDash 1s linear infinite动画实现数据流动画激活前为静默的 muted 灰色箭头画布使用 radial-gradient 暗色背景 内嵌 SVG 网格图案overflow: auto支持缩放漫游。八、Phase 5必做的澄清问题REQUIRED技能特别强调在构建任何资产前必须先问澄清问题以对齐预期、避免返工。流程分四步Step 5.1 先总结理解——向用户展示你打算构建什么Heres what Im planning to build: **Asset**: [Format] for [Prospect Company] **Audience**: [Audience type] — specifically [roles if known] **Goal**: [Purpose] → driving toward [desired action] **Key themes**: [2-3 main points to emphasize] [工作流演示时追加:] **Components**: [List of systems] **Flow**: [Step 1] → [Step 2] → [Step 3] → ...Step 5.2 通用问题所有格式问题目的“这符合你的预期吗”确认理解“这件东西必须做到完美的一件事是什么”聚焦优先级“语气偏好大胆自信 / 咨询式 / 技术精准”风格对齐“聚焦精炼还是全面详尽”篇幅校准Step 5.3 格式专项问题——例如落地页问“哪些栏目对这个受众最重要”“要不要 ROI 计算器”Deck 问“演示时长现场讲还是会后留档”一页纸问“最重要的单一信息是什么打印还是数字”工作流演示问“组件/流程确认”“展示真实示例数据还是抽象”“点击逐步浏览还是自动播放”Step 5.4 确认并继续——用户答复后回复 “Got it. I have what I need. Building your [format] now...”仍不清楚则再补一问。问题轮次上限为 2 轮仍含糊就做合理选择并注明“I went with X — easy to adjust if you prefer Y.”——这是把“无限追问”约束为“可交付优先”的关键工程化设计。九、Phase 6构建与交付Build Deliver9.1 构建步骤按 Phase 2 生成结构按 Phase 3 创建内容按 Phase 4 应用视觉设计确保所有交互元素可用测试响应式如适用。9.2 输出格式规范所有格式统一输出为自包含 HTML 文件所有 CSS 内联或在style标签内所有 JS 内联或在script标签内无外部依赖Google Fonts 除外单文件便于共享。文件命名规范[ProspectName]-[format]-[date].html示例CentricBrands-workflow-demo-2026-01-28.html。这一“零外部依赖单文件”设计是整套交付策略的基础它可以被静态托管、被直接邮件发送离线可用、被 iframe 嵌入几乎不存在部署摩擦——对应 sales/README.md 中“Standalone Supercharged”的理念即脱离任何集成也能完成端到端交付。9.3 交付消息模板技能规定交付时必须附带结构化消息包含资产摘要格式、受众、目的、栏目/步骤数、部署选项Netlify/Vercel/GitHub Pages/AWS S3 等静态托管、密码保护、直接发送文件、iframe 嵌入、以及定制选项清单改色、增删栏目、精炼文案、改流程、加交互、导出 PDF/静态图。十、Phase 7迭代支持交付后技能准备响应常见迭代请求SKILL.md Phase 7用户请求动作“换个颜色”换新调色板重生成保留内容“加一个关于 X 的栏目”插入新栏目维持流程连贯“做短一点”压缩优先关键点“流程不对”根据更正重建架构“用我们的品牌”从客户品牌切到卖家品牌“步骤 3 再详细点”专项扩写该栏目“能导出 PDF 吗”提供打印优化版本默认规则初始构建默认使用客户品牌色但卖家可在首版后切换到自有品牌或中性调色板。这与 Phase 0 的卖家上下文持久化、Phase 4 的令牌化色彩体系三者联动使“换肤”成为 O(1) 操作。十一、交付前质量清单Quality Checklist技能要求交付前逐项核验四组检查项SKILL.md内容客户公司名拼写全篇一致领导层姓名为最新痛点准确反映输入/转录稿卖家产品描述准确无占位文本残留证明点准确且有来源视觉品牌色应用正确文本对比度可读动画平滑不分散移动端响应式深色主题观感精致功能标签/栏目正常加载交互元素可用计算器、演示工作流步骤动画正常导航直观CTA 清晰可点专业度语气匹配受众详细度匹配目的无错别字语法错误有定制感而非模板感。这组清单既是交付前的自检工具也是 Agent 在生成过程中保持质量约束的“验收标准”与仓库中其他技能如account-research、competitive-intelligence追求的可验证、可审计工作流一脉相承。十二、完整示例与附录资源12.1 三个端到端示例示例 1高管落地页——客户 Acme Corp制造业、受众 C-suite、目的为 discovery 后的高管对齐。输出为多标签页Strategic Fit | Business Impact | ROI Calculator | Security Trust | Next Steps其中 Strategic Fit 标签引用发现通话中的客户陈述优先事项并列出制造业相关客户案例。示例 2技术工作流演示——客户 Centric Brands、受众 IT 架构师、目的 POC 提案、组件为 Claude / Workato DataGenie / Snowflake / PDF 合同。输出为 5 节点交互画布Human → Claude → PDF Contracts → Workato → Snowflake结果回流至 Human配套逐步讲解与示例数据控制条为 Play / Pause / Step / Reset。示例 3销售一页纸——客户 TechStart Inc、受众 VP Engineering、目的首会后留档。结构Hero“Accelerate TechStarts Product Velocity”→ 三个要点开发者生产力 / 代码质量 / 上市时间→ 证明点“Similar companies saw 40% faster releases”→ CTA“Schedule technical deep-dive”。12.2 附录一组件图标映射类型图标示例human 或 person SVG用户、分析师、管理员document 或 file SVGPDF、合同、报告ai 或 brain SVGClaude、AI Agentdatabase️ 或 cylinder SVGSnowflake、Postgresapi 或 plug SVGREST API、GraphQLmiddleware⚡ 或 hub SVGWorkato、MCP Serveroutput 或 screen SVG仪表盘、报告12.3 附录二品牌色兜底方案当无法提取客户品牌色时按行业使用兜底调色板SKILL.mdTechnology#2563eb/#7c3aed、Finance#0f172a/#3b82f6、Healthcare#0891b2/#06b6d4、Manufacturing#ea580c/#f97316、Retail#db2777/#ec4899、Energy#16a34a/#22c55e、Default#3b82f6/#8b5cf6。结合 Phase 1 的“品牌色优先从官网/指南提取”这一附录确保了弱调研场景下仍有专业的视觉下限。十三、配套使用技能与连接器的协同create-an-asset 与 sales 插件的连接器生态协同工作sales/CONNECTORS.mdCRM 连接器HubSpot、Close 等提供管线数据与联系人记录会话情报Fireflies、Gong提供转录稿——这正是 Phase 1 中“Rich context”与“对话分析”的数据来源数据富化Clay、ZoomInfo支撑客户研究而工作流演示中提到的 MCP Server 本身即属于middleware组件类型。整个插件遵循“工具无关”设计——工作流用~~CRM之类的类别占位符描述任何同类别 MCP 服务器均可接入因此该技能不绑定任何具体 SaaS 产品。配套的 QUICKREF.md 提供了速查入口三种调用方式、四维输入速览、格式选择器、常用迭代话术适合放在日常会话中做快速参考README.md 则面向使用者提供快速上手、FAQ 与最佳实践提示提供丰富上下文、上传转录稿、具体化受众、自由迭代。结语从 Phase 0 的上下文检测到 Phase 7 的迭代支持create-an-asset 呈现了一条完整的“销售物料自动化生产线”四维输入模型保证信息完备自适应调研控制成本按目的/受众分化的结构决策保证相关性YAML 化的组件与步骤定义让工作流演示可编程、可复用令牌化 CSS 设计系统把换肤成本降到最低而两轮澄清 质量清单则守住“定制感”的底线。对希望在自己团队中复刻这套流程的开发者而言SKILL.md 本身就是一份可直接迁移的规格说明书——它不依赖任何私有服务任何一个销售团队都能把它改造成自己的“物料车间”。【免费下载链接】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），仅供参考 knowledge-work-plugins 的 create-an-asset 技能拆解：从交易上下文到客户级销售物料的自动化生成方案
knowledge-work-plugins 的 create-an-asset 技能拆解从交易上下文到客户级销售物料的自动化生成方案【免费下载链接】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本指南以 create-an-asset 技能定义 为绝对主体完整还原其在 knowledge-work-plugins 开源仓库 sales 插件中的设计与实现如何通过“客户、受众、目标、格式”四维上下文收集配合自适应调研、内容生成、视觉设计与交付迭代最终产出自包含的 HTML 销售物料交互式落地页、演示 Deck、一页纸、工作流演示。读完本文你将掌握该技能从 Phase 0 到 Phase 7 的完整执行链路、四类物料的内部结构规范、设计令牌与组件样式体系以及如何将其接入 sales 插件的 MCP 连接器生态详见 sales/CONNECTORS.md。一、技能定位sales 插件里的“物料生产车间”在 knowledge-work-plugins 仓库中sales 插件 覆盖了客户研究、通话准备、渠道外联、管线评审、竞品情报等完整销售工作流。其中create-an-asset是唯一一个面向“客户可见交付物”的技能它的触发词是/create-an-asset或/create-an-asset [CompanyName]当用户说出“create an asset”“build a demo”“make a landing page”“mock up a workflow”等意图时自动激活见 SKILL.md 的 Triggers 小节。与同一插件中的其他技能形成互补competitive-intelligence技能在生成“针对具体交易的对比页”时也会引用create-an-asset作为下游动作见 competitive-intelligence/SKILL.md说明该技能被设计为销售流程中“产出最终交付物”的一环。安装该技能随 sales 插件分发两种方式# 方式一直接添加 sales 插件sales/README.md 的安装方式 claude plugins add knowledge-work-plugins/sales # 方式二从插件市场安装根 README.md 的方式 claude plugin marketplace add anthropics/knowledge-work-plugins claude plugin install salesknowledge-work-plugins安装后技能自动生效Claude 在相关场景下自动调用其知识无需手动加载。技能本身是纯 Markdown 指令文件无代码、无构建步骤——这正是整个 knowledge-work-plugins 仓库“file-based plugin”的设计哲学见 根 README.md。二、核心输入模型Prospect / Audience / Purpose / Format 四维上下文技能的开篇明确了它收集的四类上下文这是整个生成流程的输入骨架SKILL.md Overview维度含义典型字段(a) The Prospect目标客户公司、联系人、过往对话、痛点(b) The Audience查看者谁在看、他们关心什么(c) The Purpose资产目的目标、期望的下一个动作(d) The Format呈现形式落地页 / Deck / 一页纸 / 工作流演示这四个维度并不是一次性收集完而是被拆解到 Phase 0 的六个步骤中逐步获取并伴随一套“必填/选填”校验保证信息最小可用集MVP完整。三、Phase 0上下文检测与输入收集3.1 卖家上下文检测Step 0.1技能先从用户的邮箱域名推断其所在公司从用户邮箱提取域名执行搜索[domain] company products services site:linkedin.com OR site:crunchbase.com根据公司类型分支处理场景动作单一产品公司自动填充卖家上下文多产品公司询问“这份资产针对哪个产品或解决方案”顾问/代理/通用域名询问“你代表哪家公司或产品”未知/初创公司询问“简单说说你在卖什么”收集结果以 YAML 结构存储SKILL.md Step 0.1seller: company: [Company Name] product: [Product/Service] value_props: - [Key value prop 1] - [Key value prop 2] - [Key value prop 3] differentiators: - [Differentiator 1] - [Differentiator 2] pricing_model: [If publicly known]该上下文会持久化到知识库供后续会话复用再次调用时先确认“I have your seller context from last time — still selling [Product] at [Company]?”这保证了同一销售人员的跨会话一致性避免每次重新交代卖点。3.2 客户上下文Step 0.2字段提示词必填Company“这份资产是为哪家公司做的”✓Key contacts“关键联系人是谁姓名、角色”否Deal stage“这笔交易处于什么阶段”✓Pain points“他们分享过哪些痛点或优先事项”否Past materials“上传任何对话材料转录稿、邮件、笔记、通话录音”否交易阶段的可选项Intro / First meeting、Discovery、Evaluation / Technical review、POC / Pilot、Negotiation、Close。交易阶段会直接影响后续 Phase 2 的结构选择——例如 POC 阶段的资产应突出“范围、成功标准、时间线”而 Close 阶段的资产应突出“价值总结、定价、条款”。3.3 受众上下文Step 0.3受众类型四选一ExecutiveC-suite、VP、Technical架构师、工程师、开发者、Operations运维、IT、采购、Mixed / Cross-functional。“Primary concern”五选一ROI / Business impact、Technical depth / Architecture、Strategic alignment、Risk mitigation / Security、Implementation / Timeline。受众和关注点决定了内容叙事的主次顺序见第四节“受众调整”这是技能“以客户为中心”的落地机制。3.4 目的上下文Step 0.4Goal 选项Intro / First impression、Discovery follow-up、Technical deep-dive、Executive alignment / Business case、POC proposal、Deal close。同时必须明确 Desired action——查看者看完后应当做什么。后者将直接映射到最终物料中的 CTA行动召唤。3.5 格式选择Step 0.5格式描述最佳场景交互式落地页多标签页含演示、指标、计算器高管对齐、首次介绍、价值主张Deck 风格线性幻灯片可演示正式会议、大受众一页纸单页滚动执行摘要会后留档、快速摘要工作流/架构演示带动画流转的交互式示意图技术深潜、POC 演示、集成介绍3.6 工作流演示的专项输入Step 0.6当选择“Workflow / Architecture demo”时技能先尝试从用户描述中自行解析涉及的系统与组件、描述的数据流、人工交互点、示例场景解析出缺口后再定向补问SKILL.md Step 0.6若缺失...询问...组件不清晰“涉及哪些系统或组件数据库、API、AI、中间件等”流程不清晰“带我走一遍逐步流程”人工触点不清晰“这个工作流中人在哪里交互”场景含糊“有没有具体的示例场景可以演示”集成细节“有没有要突出的特定工具或平台”这一“先解析、后补问”的策略与技能 Phase 1 的“自适应调研”一脉相承——能少问就少问只在信息缺口处提问。四、Phase 1自适应调研Adaptive Research技能根据上下文丰富度决定调研深度SKILL.md Phase 1级别迹象调研深度Rich已上传转录稿、详细痛点、明确需求轻量——只补缺口Moderate有一些上下文无转录稿中等——公司 行业Sparse只有公司名深度——完整调研轮任何情况下都要做的基础调研客户基本面[Company] annual report investor presentation 2025 2026提取营收、员工数、关键指标、战略重点领导层[Company] CEO CTO CIO 2025提取姓名、职位、近期关于战略/技术的引述品牌色[Company] brand guidelines或从官网提取主色、辅色、强调色。Moderate/Sparse 时追加行业背景趋势、挑战、普遍痛点技术栈现有方案、潜在集成点竞争背景切换信号、现有方案。已上传转录稿时追加对话分析提取已陈述的痛点、决策标准、异议、时间线识别可引用的关键原话使用他们的原话记录特定术语、缩写、内部项目名。这里的核心原则是调研服务于“定制感”。后文 Phase 3 的内容模板会反复引用这些调研产物客户指标、原话、行业趋势。五、Phase 2结构决策Structure Decision5.1 交互式落地页按 Purpose 选结构同一份落地页不同的交易阶段采用不同的推荐栏目组合SKILL.md目的推荐栏目IntroCompany Fit → Solution Overview → Key Use Cases → Why Us → Next StepsDiscovery follow-upTheir Priorities → How We Help → Relevant Examples → ROI Framework → Next StepsTechnical deep-diveArchitecture → Security Compliance → Integration → Performance → SupportExec alignmentStrategic Fit → Business Impact → ROI Calculator → Risk Mitigation → PartnershipPOC proposalScope → Success Criteria → Timeline → Team → Investment → Next StepsDeal closeValue Summary → Pricing → Implementation Plan → Terms → Sign-off受众调整原则Executive 受众先讲商业影响与 ROITechnical 受众先讲架构、安全、集成深度Operations 受众先讲工作流影响、变更管理、支持Mixed 受众用标签页tabs平衡战略与战术两个深度层级——这正是落地页多标签结构的设计初衷。5.2 Deck 风格与落地页栏目一致但排版为线性幻灯片1. Title slide客户 卖家 Logo伙伴关系框架 2. Agenda 3-N. 每个栏目一页密集栏目 2-3 页 N1. 总结 / 关键 takeaways N2. 下一步 / CTA N3. 附录可选——详细规格、定价等幻灯片原则每页一个核心信息、视觉优先于文字、使用客户自身的指标和语言、包含演讲者备注speaker notes。5.3 一页纸单页滚动布局结构固定为 HERO → 三大要点 → 证明点 → CTA原文给出了完整的 ASCII 线框示意图见 SKILL.md┌─────────────────────────────────────┐ │ HERO: [Prospect Goal] with [Product] │ ├─────────────────────────────────────┤ │ KEY POINT 1 │ KEY POINT 2 │ KEY POINT 3 │ │ [Icon 2-3 │ [Icon 2-3 │ [Icon 2-3 │ │ sentences] │ sentences] │ sentences] │ ├─────────────────────────────────────┤ │ PROOF POINT: [Metric, quote, or case study] │ ├─────────────────────────────────────┤ │ CTA: [Clear next action] │ [Contact info] │ └─────────────────────────────────────┘5.4 工作流 / 架构演示按复杂度分档复杂度组件数结构简单3-5单视图图 步骤标注中等5-10可缩放画布 逐步讲解复杂10多层视图概览 → 细节 引导式导览标准元素共 7 项标题栏[Scenario Name] — Powered by [Seller Product]、组件节点、动画流转箭头、步骤侧栏通俗语言解释当前步骤、控制条Play / Pause / Step Forward / Step Back / Reset、决策点标注、每步的数据预览示例载荷或转换结果。六、Phase 3内容生成6.1 通用原则所有内容必须引用用户输入或转录稿中的具体痛点使用客户的语言他们的术语、他们陈述的优先事项显式地把卖家产品映射到客户需求在可获得时给出证明点案例、指标、引述做到“定制感而非模板感”。6.2 栏目模板Section Templates技能为每个栏目给出了可复制的生成模板这里按原文完整列出核心几项Hero / IntroHeadline: [Prospects Goal] with [Sellers Product] Subhead: 关联他们已陈述的优先事项或头号行业挑战 Metrics: 3-4 条客户关键事实证明我们做了功课Their PrioritiesDiscovery follow-up 时引用对话中的具体痛点 - 尽量使用他们的原话 - 展示我们倾听并理解了 - 把每一条与我们的帮助方式建立连接Solution Mapping痛点 → 方案映射针对每个痛点 ├── 挑战用他们的话说 ├── [Product] 如何应对 ├── 证明点或示例 └── 结果 / 收益Use Cases / Demos3-5 个相关用例 ├── 视觉 mockup 或交互式演示 ├── 商业影响尽可能量化 ├── How it works — 3-4 步总结 └── 与其行业/角色的相关性ROI / Business Case交互式计算器输入来自调研、贴合客户业务 │ ├── 用户/开发者数量 │ ├── 当前成本或耗时 │ └── 预期改进百分比 输出 │ ├── 年度价值 / 节省 │ ├── 解决方案成本 │ ├── 净 ROI │ └── 回本周期 └── 假设必须明确列出且可编辑Why Us / Differentiators├── 相对他们可能考虑的替代方案的差异化 ├── 信任、安全、合规定位 ├── 支持与伙伴关系模式 └── 客户证明点Logo、引述、案例Next Steps / CTA├── 与 Purpose (c) 对齐的清晰动作 ├── 具体的下一步而非含糊的 lets chat ├── 联系方式 ├── 建议时间线 └── 他们行动后会发生的后续6.3 工作流演示的内容定义YAML Schema工作流演示的核心资产是组件定义与流程步骤的结构化描述原文提供了可直接复用的 YAML 模板组件定义SKILL.mdcomponent: id: snowflake label: Snowflake Data Warehouse type: database # database | api | ai | middleware | human | document | output icon: database description: Financial performance data brand_color: #29B5E8组件类型共 7 种human发起或接收的人、documentPDF、合同、文件、aiAI/ML 模型、智能体、database数据存储、仓库、apiAPI、服务、middleware集成平台、MCP 服务器、output仪表盘、报告、通知。流程步骤定义SKILL.mdstep: number: 1 from: human to: claude action: Initiates performance review description: Sarah, a Brand Analyst at [Prospect], kicks off the quarterly review... data_example: Review request: Nike brand, Q4 2025 duration: ~1 second value_note: No manual data gathering required注意duration与value_note字段前者让观众感知每个步骤的速度后者在每个步骤标注“价值点”把技术流转翻译成业务价值——这是工作流演示“既技术又打动高管”的关键设计。场景叙事技能要求写一段清晰具体的 walkthrough。原文的示例是完整的 5 步叙事Human Trigger → Contract Analysis → Data Query → Results Synthesis → Insight Delivery其中展示了一个关键技巧在结果综合步骤使用 ✓/⚠️ 标记呈现“实际值 vs 义务值”的对比如“Revenue $52.3M ✓ (exceeded by $2.3M) / Margin 11.2% ⚠️ (0.8% below threshold)”并让 AI 代理给出可执行建议“Review promotional spend allocation...”。这种“演示 洞察”的写法让 POC 场景不流于炫技而是直接指向业务结论。七、Phase 4视觉设计Visual Design7.1 色彩系统CSS 变量令牌技能规定了一套以客户品牌色为主色、深色主题为基调的 CSS 变量体系SKILL.md:root { /* Prospect Brand (Primary) */ --brand-primary: #[extracted from research]; --brand-secondary: #[extracted]; --brand-primary-rgb: [r, g, b]; /* For rgba() usage */ /* Dark Theme Base */ --bg-primary: #0a0d14; --bg-elevated: #0f131c; --bg-surface: #161b28; --bg-hover: #1e2536; /* Text */ --text-primary: #ffffff; --text-secondary: rgba(255, 255, 255, 0.7); --text-muted: rgba(255, 255, 255, 0.5); /* Accent */ --accent: var(--brand-primary); --accent-hover: var(--brand-secondary); --accent-glow: rgba(var(--brand-primary-rgb), 0.3); /* Status */ --success: #10b981; --warning: #f59e0b; --error: #ef4444; }这套令牌的设计要点把“客户品牌色”抽象为唯一输入--brand-primary/--brand-secondary其余全部派生自它——后续迭代时只需换两个变量即可整体换肤对应 Phase 7 的 “Use our brand instead” 迭代。--brand-primary-rgb单独存 RGB 分量是为了支持rgba()半透明用法如光晕--accent-glow。7.2 字体排印主字体Inter, -apple-system, BlinkMacSystemFont, sans-serif层级h1 2.5rem/700、h2 1.75rem/600、h3 1.25rem/600、body 1rem/400/1.6、small 0.875rem/500。7.3 视觉元素规范卡片背景var(--bg-surface)、1px 白 10% 边框、12px 圆角、柔和分层阴影、悬停轻微抬升 边框辉光按钮主按钮var(--accent)背景 白字次按钮透明 accent 边框悬停提亮 轻微缩放动画过渡 200-300ms ease、标签切换 fadeslide、悬停平滑、加载用细微 pulse 或骨架屏。7.4 工作流演示专属样式组件节点、流转箭头、画布的样式规范原文均给出了可直接落地的 CSSSKILL.md Phase 4 后半段关键设计包括.node.active使用--accent-glow光晕 accent 边框标记当前激活节点.node.human用暖色#f59e0b边框区分“人”节点与 AI/数据库节点形成视觉语义区分.node.ai使用从 surface 到 elevated 的渐变背景.arrow.active使用stroke-dasharray: 8 4flowDash 1s linear infinite动画实现数据流动画激活前为静默的 muted 灰色箭头画布使用 radial-gradient 暗色背景 内嵌 SVG 网格图案overflow: auto支持缩放漫游。八、Phase 5必做的澄清问题REQUIRED技能特别强调在构建任何资产前必须先问澄清问题以对齐预期、避免返工。流程分四步Step 5.1 先总结理解——向用户展示你打算构建什么Heres what Im planning to build: **Asset**: [Format] for [Prospect Company] **Audience**: [Audience type] — specifically [roles if known] **Goal**: [Purpose] → driving toward [desired action] **Key themes**: [2-3 main points to emphasize] [工作流演示时追加:] **Components**: [List of systems] **Flow**: [Step 1] → [Step 2] → [Step 3] → ...Step 5.2 通用问题所有格式问题目的“这符合你的预期吗”确认理解“这件东西必须做到完美的一件事是什么”聚焦优先级“语气偏好大胆自信 / 咨询式 / 技术精准”风格对齐“聚焦精炼还是全面详尽”篇幅校准Step 5.3 格式专项问题——例如落地页问“哪些栏目对这个受众最重要”“要不要 ROI 计算器”Deck 问“演示时长现场讲还是会后留档”一页纸问“最重要的单一信息是什么打印还是数字”工作流演示问“组件/流程确认”“展示真实示例数据还是抽象”“点击逐步浏览还是自动播放”Step 5.4 确认并继续——用户答复后回复 “Got it. I have what I need. Building your [format] now...”仍不清楚则再补一问。问题轮次上限为 2 轮仍含糊就做合理选择并注明“I went with X — easy to adjust if you prefer Y.”——这是把“无限追问”约束为“可交付优先”的关键工程化设计。九、Phase 6构建与交付Build Deliver9.1 构建步骤按 Phase 2 生成结构按 Phase 3 创建内容按 Phase 4 应用视觉设计确保所有交互元素可用测试响应式如适用。9.2 输出格式规范所有格式统一输出为自包含 HTML 文件所有 CSS 内联或在style标签内所有 JS 内联或在script标签内无外部依赖Google Fonts 除外单文件便于共享。文件命名规范[ProspectName]-[format]-[date].html示例CentricBrands-workflow-demo-2026-01-28.html。这一“零外部依赖单文件”设计是整套交付策略的基础它可以被静态托管、被直接邮件发送离线可用、被 iframe 嵌入几乎不存在部署摩擦——对应 sales/README.md 中“Standalone Supercharged”的理念即脱离任何集成也能完成端到端交付。9.3 交付消息模板技能规定交付时必须附带结构化消息包含资产摘要格式、受众、目的、栏目/步骤数、部署选项Netlify/Vercel/GitHub Pages/AWS S3 等静态托管、密码保护、直接发送文件、iframe 嵌入、以及定制选项清单改色、增删栏目、精炼文案、改流程、加交互、导出 PDF/静态图。十、Phase 7迭代支持交付后技能准备响应常见迭代请求SKILL.md Phase 7用户请求动作“换个颜色”换新调色板重生成保留内容“加一个关于 X 的栏目”插入新栏目维持流程连贯“做短一点”压缩优先关键点“流程不对”根据更正重建架构“用我们的品牌”从客户品牌切到卖家品牌“步骤 3 再详细点”专项扩写该栏目“能导出 PDF 吗”提供打印优化版本默认规则初始构建默认使用客户品牌色但卖家可在首版后切换到自有品牌或中性调色板。这与 Phase 0 的卖家上下文持久化、Phase 4 的令牌化色彩体系三者联动使“换肤”成为 O(1) 操作。十一、交付前质量清单Quality Checklist技能要求交付前逐项核验四组检查项SKILL.md内容客户公司名拼写全篇一致领导层姓名为最新痛点准确反映输入/转录稿卖家产品描述准确无占位文本残留证明点准确且有来源视觉品牌色应用正确文本对比度可读动画平滑不分散移动端响应式深色主题观感精致功能标签/栏目正常加载交互元素可用计算器、演示工作流步骤动画正常导航直观CTA 清晰可点专业度语气匹配受众详细度匹配目的无错别字语法错误有定制感而非模板感。这组清单既是交付前的自检工具也是 Agent 在生成过程中保持质量约束的“验收标准”与仓库中其他技能如account-research、competitive-intelligence追求的可验证、可审计工作流一脉相承。十二、完整示例与附录资源12.1 三个端到端示例示例 1高管落地页——客户 Acme Corp制造业、受众 C-suite、目的为 discovery 后的高管对齐。输出为多标签页Strategic Fit | Business Impact | ROI Calculator | Security Trust | Next Steps其中 Strategic Fit 标签引用发现通话中的客户陈述优先事项并列出制造业相关客户案例。示例 2技术工作流演示——客户 Centric Brands、受众 IT 架构师、目的 POC 提案、组件为 Claude / Workato DataGenie / Snowflake / PDF 合同。输出为 5 节点交互画布Human → Claude → PDF Contracts → Workato → Snowflake结果回流至 Human配套逐步讲解与示例数据控制条为 Play / Pause / Step / Reset。示例 3销售一页纸——客户 TechStart Inc、受众 VP Engineering、目的首会后留档。结构Hero“Accelerate TechStarts Product Velocity”→ 三个要点开发者生产力 / 代码质量 / 上市时间→ 证明点“Similar companies saw 40% faster releases”→ CTA“Schedule technical deep-dive”。12.2 附录一组件图标映射类型图标示例human 或 person SVG用户、分析师、管理员document 或 file SVGPDF、合同、报告ai 或 brain SVGClaude、AI Agentdatabase️ 或 cylinder SVGSnowflake、Postgresapi 或 plug SVGREST API、GraphQLmiddleware⚡ 或 hub SVGWorkato、MCP Serveroutput 或 screen SVG仪表盘、报告12.3 附录二品牌色兜底方案当无法提取客户品牌色时按行业使用兜底调色板SKILL.mdTechnology#2563eb/#7c3aed、Finance#0f172a/#3b82f6、Healthcare#0891b2/#06b6d4、Manufacturing#ea580c/#f97316、Retail#db2777/#ec4899、Energy#16a34a/#22c55e、Default#3b82f6/#8b5cf6。结合 Phase 1 的“品牌色优先从官网/指南提取”这一附录确保了弱调研场景下仍有专业的视觉下限。十三、配套使用技能与连接器的协同create-an-asset 与 sales 插件的连接器生态协同工作sales/CONNECTORS.mdCRM 连接器HubSpot、Close 等提供管线数据与联系人记录会话情报Fireflies、Gong提供转录稿——这正是 Phase 1 中“Rich context”与“对话分析”的数据来源数据富化Clay、ZoomInfo支撑客户研究而工作流演示中提到的 MCP Server 本身即属于middleware组件类型。整个插件遵循“工具无关”设计——工作流用~~CRM之类的类别占位符描述任何同类别 MCP 服务器均可接入因此该技能不绑定任何具体 SaaS 产品。配套的 QUICKREF.md 提供了速查入口三种调用方式、四维输入速览、格式选择器、常用迭代话术适合放在日常会话中做快速参考README.md 则面向使用者提供快速上手、FAQ 与最佳实践提示提供丰富上下文、上传转录稿、具体化受众、自由迭代。结语从 Phase 0 的上下文检测到 Phase 7 的迭代支持create-an-asset 呈现了一条完整的“销售物料自动化生产线”四维输入模型保证信息完备自适应调研控制成本按目的/受众分化的结构决策保证相关性YAML 化的组件与步骤定义让工作流演示可编程、可复用令牌化 CSS 设计系统把换肤成本降到最低而两轮澄清 质量清单则守住“定制感”的底线。对希望在自己团队中复刻这套流程的开发者而言SKILL.md 本身就是一份可直接迁移的规格说明书——它不依赖任何私有服务任何一个销售团队都能把它改造成自己的“物料车间”。【免费下载链接】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），仅供参考