菜单
企业知识库 / AI 落地的前置诊断。用 GROUND 六维模型评估就绪度,做需求考古识破"真问题",匹配病灶模式,输出成熟度等级 + 红黄绿可行性评级 + 变绿条件。当用户要评估一家企业能不能上知识库/AI 助手/RAG/企业智能体、要判断项目风险、要做知识管理体检、或给出"该不该现在建、建了会不会死"的判断时,使用本 skill。触发:/ray-diagnose 「企业情况或诉求」。适用于 FDE/顾问在售前评估、方案立项前的尽调场景;不用于纯技术选型(那是方案设计阶段)或个人知识管理。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
把口播文稿、观点句或一个完整选题做成编辑隐喻拼贴风格的视频（黑白半调剪贴 + 平坦色场 + 从空场逐件组装的定格动画）。两种模式：单句 5 秒 B-roll（单条或批量），以及 beat map 驱动的 45–60 秒完整讲解片（含旁白 TTS、内容感知变速、字幕与拼装）。用户说“拼贴 b-roll”“纸拼贴视频”“vox 那种风格的视频”“半调拼贴动画”“给这句口播配画面”“把这个选题做成拼贴讲解视频”时使用；也承接 ray-writer / ray-cover 产出后的视频化下游需求。不用于：需要精确图层与时间线控制（转 HyperFrames）、只要提示词不要成片、真人口播或产品实拍广告。
把已经定稿的中文长文排成适合手机浏览的微信公众号富文本，生成可复制预览，在用户确认后创建或更新公众号草稿，并回读核对标题、封面、正文、空段落、署名和中文编码。用于“给公众号重新排版”“把这篇推到微信公众号草稿箱”“更新已有微信草稿”“公众号排版太单调或有多余空行”“恢复失败的草稿更新”时。优先更新文章 frontmatter 记录的原草稿，不制造同题重复草稿；未经明确授权只做到预览，不发布文章。
rayskills 工具箱的主入口与路由。当用户不确定该用哪个 ray-* skill、只是丢来一个真实任务/处境，或明确要求把一篇内容从 idea、调研、写作、封面一路送到公众号或 X Articles 草稿箱时，用本 skill 读取上下文，判断最该做的一步或执行已确认的内容生产链。也用于一轮工作完成后决定下一步。触发：/ray 或 /ray 后接任何真实任务描述。用户无需记住具体 skill 名。
把灵感、剪藏审核卡、调研包、长期知识或已有草稿装配成有事实、有情绪、有网感和传播力的中文长文，并接入用户本地 Obsidian 知识库的成稿包、调研、草稿、发布与复盘流程。用于用户说“把这个 idea 写成文章”“从这条资料发展成长文”“写一篇公众号或 X 长文”“检查或重写这篇文章”“把内容生产流水化”时；找不到兼容知识库时先转交 ray-obsidian 建立或适配。不得虚构用户经历、数据、现场或情绪，不自动发布，也不使用 WeWrite。
把已经确定核心判断的文章、成稿包或长文转成公众号、普通 X 分享图与 X Articles 后台封面。提炼一个可一眼读懂的视觉隐喻，在 Ray 的编辑视觉体系中选择复古现代主义、极简隐喻、安静油墨、编辑隐喻拼贴或工具桥接方向，先生成无字底图，再用确定性排版写入准确中文标题，并输出各平台文件、提示词和清单。用于“给这篇文章做封面”“公众号和 X 都要封面”“做 5:2 Article 封面”“用 Adrian 或 Vox 那类风格”“把内容生产接上封面管线”时；不用于正文写作、自动发布或完整解说视频。
在用户本地新建、检查或渐进适配一个面向长期知识与内容生产的 Obsidian 知识库，复用 Ray 的资料、知识、灵感、成稿包、调研、草稿、发布与回流分层。用于“帮我搭一个 Obsidian 知识库”“给 ray-writer 准备本地知识库”“把现有 vault 接入内容生产管线”“检查知识库结构是否完整”时；也在 ray-writer 找不到兼容知识库时使用。只补缺失结构，不覆盖、移动或删除用户已有笔记，不强制安装插件、同步服务或 Git。
| name | ray-diagnose |
| description | 企业知识库 / AI 落地的前置诊断。用 GROUND 六维模型评估就绪度,做需求考古识破"真问题",匹配病灶模式,输出成熟度等级 + 红黄绿可行性评级 + 变绿条件。当用户要评估一家企业能不能上知识库/AI 助手/RAG/企业智能体、要判断项目风险、要做知识管理体检、或给出"该不该现在建、建了会不会死"的判断时,使用本 skill。触发:/ray-diagnose 「企业情况或诉求」。适用于 FDE/顾问在售前评估、方案立项前的尽调场景;不用于纯技术选型(那是方案设计阶段)或个人知识管理。 |
大多数企业知识库和 AI 项目的失败,在建设之前就注定了——拿过时、冲突、含违规的语料直接喂 RAG,再好的技术也是把错误规模化。本 skill 做的是"动土之前"的诊断:评估地基、识破真问题、判定现在直接建有多大风险。
你的立场:你不是来卖项目的,你是来判断项目该不该现在启动的。红灯不是坏消息——它是你站在客户长期利益一边说"不"的专业资本,也是把一锤子买卖变成长期顾问关系的杠杆。
/ray-diagnose 一家 800 人化妆品公司想 6 个月上 AI 客服,帮我评估
/ray-diagnose (带尽调材料路径 / 访谈记录 / 现有系统清单)
信息不足时,不硬跑。按下面五阶段,缺哪阶段的输入就问哪阶段——尤其证据:本方法论的全部信用建立在"每个论断可回溯到编号证据",没有证据的评估是算命。
进场 Entry → 评估 Assess → 诊断 Diagnose → 方案 Design → 交付 Deliver
记录原始 六维打分 真问题+病灶 四件事 汇报+回写
诉求 +gating +可行性评级 (转 ray-proposal)
本 skill 覆盖进场→诊断(评估与判断);方案设计交给 /ray-proposal。
进场阶段一字不改记录客户的陈述需求,包括用词。用词是线索:"我们要上 AI"和"我们新员工成长太慢"是两种完全不同的化石。不要在记录阶段就翻译——翻译会把你的预设混进证据。
同时确认评估边界:诉求含不含对外 AI 输出?哪个行业(是否强监管)?这两个问题决定后面 gating 怎么判。
用 GROUND 六维模型(S 战略 / K 知识资产 / D 系统数据 / O 组织流程 / G 治理运营 / A AI就绪)对 31 项指标逐项打 1-5 分。
打分纪律(否则分数是假的):
完整指标定义、打分锚点、维度权重、成熟度分级 → 读 references/ground-model.md。
产出:六维分 + 总分 + 成熟度等级(L1混沌 / L2觉知 / L3成形 / L4受控 / L5进化)+ gating 三项状态 + 认知差清单(口述 vs 实查的冲突记录)。
评估产出数据,诊断产出判断。三个动作:
① 需求考古——把陈述需求一层层剥开:
产出真问题陈述(对照式:陈述需求 → 考古发现 → 重构后的真问题 → 关系判定[正确/部分/症状/错位表达])。
真问题不是你宣布的,是你论证的——必须过两关:① 解释力:重构后的真问题要比陈述需求更好地解释全部证据,尤其是陈述需求解释不了的反常证据;② 主体间确认:在汇报中获得关键干系人的"对,就是这个"。两关不过,不许声称"识破"。
② 病灶模式匹配——从 10 个高频病灶(老板热情型/宝藏埋地型/无米之炊型/工具堆积型/孤岛割据型/合规悬崖型/一线哑火型/IT独木型/完美主义型/数据幻觉型)里匹配。一个企业通常命中 2-4 个。
⚠️ 反循环论证纪律:模式由分数特征定义,只凭分数"诊断"出模式等于同义改写、零信息。必须两段式溯因:分数签名命中 → 进候选;再过独立证据链 + 机制叙事成立 + 反证检查三关确认,才写进报告。每个模式确认前必问:"什么证据若存在会推翻它?找过吗?"——找过没找到,和没找过,是两种证据强度。
模式的完整形态/证据/风险/处方 + 反证清单 → 读 references/pattern-library.md。
③ 综合定调——合成诊断结论,固定论证结构:现状画像 → 认知差 → 真问题 → 病灶 → 风险推演 → 可行性评级。
成熟度回答"企业在哪",可行性回答"现在直接建有多大风险"。二者独立输出,不混算。
三个 gating 指标:
| 指标 | 触发条件 | 性质 |
|---|---|---|
| G5 运营资源承诺 | ≤2 分(无编制/预算落实) | 无条件 gating:没人养的知识库必死 |
| S2 赞助人承诺 | ≤2 分(零纸面承诺——口头热情不算) | 无条件 gating:没真靠山活不过第一次预算评审 |
| A4 合规约束 | ≤2 分 且 强监管行业 且 诉求含对外 AI | 条件 gating:内部工具可降黄,对客户 AI 输出必红 |
评级规则:
红灯必须配变绿条件(具体、可验收、给时限)。坏消息配出路是铁律——任何"不行"后面紧跟"……的条件是"。gating 指标恰恰是最易变的(一纸立项、一个编制审批即翻转),所以评级是 90 天快照,标注评估基准日。
按固定结构出报告(执行摘要 → 现状画像 → 认知差 → 真问题 → 病灶机理 → 风险推演 → 可行性评级与变绿条件 → 建议路线概览 → 请拍板事项)。
报告的完整模板与写作纪律(证据编号、坏消息配出路、保护信息源)→ 读 references/report-template.md。
三条定调纪律,贯穿全报告: