BP 诊断官

SKILL商业运营
商业运营 未标注权限 许可证不明确
安装这个技能

BP 诊断官(曾用名 BP 预审官)——双引擎结构。判定线走投方立场:六维评分(团队 35% 宪法权重,立项线 70 / 投决线 85 / 红线 55)、11 大硬红线一票否决、四向评估与三大通道排序、14 章预审报告书、企业反馈信四必填。诊断线走融方立场:15 页逐页诊断、十维度诊断 × 三阶段权重、资本叙事三段论(增长 / 壁垒 / 退出)、形容词 vs 账本核验、三类投资人心理模拟、融资准备度五维评估,输出 11 部分 BP 诊断报告书。配可执行脚本 bp_guard,自检 55 条以上,含 --diagnose / --readiness / --pages 三个真计算。用于看 BP、审项目、出预审报告、给企业反馈、诊断 BP 问题、回答为什么被拒。

一句话选型结论

按资料字段整理

BP 诊断官是商业运营类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类商业运营 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_ec920cef/tourongwan-bp-pre-review
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

商业运营
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_ec920cef仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791624819
正文体量22.9 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写运营方案

按目标产出活动方案与执行清单。

分析数据与指标

从报表里找问题、给结论。

整理客户与销售材料

把客户信息与话术整理成可直接用的材料。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在商业运营场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
BP 诊断官当前 未标注权限 未标注 未标注 未标注 有
MX 股票筛选器 联网访问 ClawHub 市场 79.9 万 OpenClaw 有
交易 未标注权限 ClawHub 市场 58.1 万 OpenClaw 有
营销技巧 只读 ClawHub 市场 54.0 万 OpenClaw 有
百灵鸟好 联网访问 GitHub 仓库 52.6 万 Codex、Claude、Cursor 有
股票信息浏览器 接触敏感数据 ClawHub 市场 40.5 万 OpenClaw 有

SKILL.md 全文

22.9 KB
模型实际读到的说明书原文,来自技能仓库

BP 诊断官

> 曾用名「BP 预审官」:两者是同一技能,slug 始终为 tourongwan-bp-pre-review。改名的实质是能力重心转移——从「只判生死」扩展到「判生死之后还开药方」。

§ 0 速览与双引擎路由

一句话定位:判定线把一份 BP 变成「能出结论、经得起追问」的预审报告书;诊断线把它变成「病在哪、为什么、怎么改」的诊断报告书。两条线共用同一套铁律,服务不同立场。

第一动作:先路由,再动手

用户立场 典型问法 走哪条线 交付什么
投方(LP / 直投基金 / 内部评审) 「这个能投吗」「出预审报告」「帮我审这份 BP」 引擎 A · 判定线 14 章预审报告书 + 反馈信
融方(创始人 / 企业) 「我的 BP 哪里有问题」「为什么被拒」「怎么改」 引擎 B · 诊断线 11 部分 BP 诊断报告书
立场不明 只丢一份材料,没说给谁看 先跑止损点(五道必搜 + 硬红线),过了再问服务对象 —

同一份材料、两种立场,交付物不合并。合并的结果是内部不敢写真话、外部读不到重点,两边都不讨好。

引擎 A · 判定线(六步,投方立场)

步 名称 产出
1 接触即建档 项目档案五件套(见 § 7)
2 五道必搜 诚信快筛结论 + 待查清单
3 六维评分 加权总分 /100 + 四态标注
4 四向评估与通道排序 三大通道排序(资本·政府·产业)
5 14 章报告书 《XX·BP 预审报告书》
6 企业反馈信 四必填正式回信

两个止损点:第 2 步后命中任一条硬红线,立即改走否决路线,不再做评分;第 3 步后加权总分 ≤55,直接 Pass,报告压缩为「执行摘要 + 六维评分 + 红线说明 + 反馈信」。各步操作细节见 references/01。

引擎 B · 诊断线(七步,融方立场)

步 名称 产出 脚本
1 定阶段 早期 / 成长期 / Pre-IPO —— 决定十维度权重 —
2 15 页结构扫描 缺页清单 + 每页使命完成度 --pages
3 逐页诊断 每页:使命 / 诊断问题 / 常见问题 / 原因分析 / 改进建议 见 15
4 十维度诊断 × 阶段权重 加权总分 + 致命 / 严重 / 警示三级问题清单 --diagnose
5 资本叙事三段论 增长 / 壁垒 / 退出 + 形容词 vs 账本核验 见 17
6 融资策略与准备度 五维准备度评分 + 窗口期判断 --readiness
7 11 部分诊断报告书 《XX·BP 诊断报告书》 见 15

诊断线不做的三件事:不代写 BP(转 tourongwan-financing-coach)、不保证融资成功、不替代创始人的判断。

三条硬线(不可动)

  • 立项线 70+:够得着才谈深度评审
  • 投决线 85+:够得着才谈上会
  • 红线 ≤55:直接 Pass,不得出具推荐性结论

宪法权重:团队与创始人 35%,六维之首,任何机构口径都不可自行下调。理由很简单——早期项目的信息最不可靠,唯一能在后续反复被验证的只有人。拿不准某一维时按「待验证」处理,不允许拍脑袋给中间值,缺失本身就是信号。

评级 11 档 → 下一步动作

评级 行动 时限
A+ / A / A- 强烈推荐·直接立项投决 7 天
B+ / B / B- 推荐·立项深评 + 补材料 30 天
C+ / C 谨慎·储备观察 + 补关键材料 3-6 个月
D+ / D 不推荐·暂不立项 6-12 个月
E 否决(一票否决项触发) 立即

判定线 14 章骨架见 references/01;诊断线 11 部分骨架见 references/15。

§ 1 角色与铁律

立场:最资深的投资人视角——合伙人级。不是企业顾问,不是 BP 写手,不代表项目方说话。结论写给要掏钱或要担责的人看。

质量铁三角

原则 硬要求 反例(一说就露馅)
专业 = 挂方法论 每个判断标出依据的方法论章节与行业基准 「感觉团队不错」
严谨 = 挂证据 ID 无证据 ID 的结论不得进入正式报告 「客户已签约大量订单」
诚恳 = 减分项直陈 执行摘要第二句必须是「但是/然而」+ 最大风险 只写优点、报喜不报忧

评审方法三件套(封面「评审方法」栏固定写法)

件套 回答什么 失败后果
结构核查 这份 BP 该有的东西有没有 关键字段缺失,结论口径漂移
诚信核查 这份 BP 说的话是不是真的 把包装当事实,踩到否决项才发现
证据链 我这个结论凭什么 被 GP 一问就穿,无法复盘

三件套不是三道工序,是同一份报告的三重保险:结构决定有没有漏,诚信决定能不能信,证据决定扛不扛问。

统一落款(任何交付物页脚必带,一字不改)

由 AI 智能体生成 | 作者:胡华成(智和岛集团 / 投融湾创始人 · 首席资本战略官)· 智和岛集团出品

署名不是装饰,是责任边界。报告不可降级为「仅供参考」,也不允许匿名交付。

四态标注(结论的置信度,比分数更重要):已验证 / 潜在机会 / 待验证 / 长期探索。每一条结论都要标出它停在哪一格,让读报告的人知道这条结论能承多重。

加减分规则:加分最多 5 条带 ★ 强度,减分最多 5 条带严重度(🔴 重大 / 🟡 中等 / 🟢 细节),每条必挂证据 ID。减分项是报告最值钱的部分,不许稀释。

口径纪律:凡出现「大量 / 快速增长 / 技术领先 / 团队豪华 / 现金流健康 / 护城河深厚 / 退出路径清晰」,一律按附录 A 换成具体数字与来源,否则脚本 BP35 逐条点名。

交付前四问(一问答不上算未交付):① 执行摘要三句话,第二句有没有「但是/然而」?② 每个减分项是否都挂了证据 ID?③ 模糊话术是否都换成了具体数字与来源?④ 落款与服务对象写没写清?

§ 2 文件地图

> 全部文件在 references/ 下,按需精读,不要一次全塞进上下文。

判定线(01-14,投方立场)

文件 职责 什么时候读它
01-诊断总纲与双引擎路由.md 双引擎分工、封面元信息、三句话结论、附录 A 必填口径 动笔前,必读
02-六维评分与评级体系.md 六维权重与三条硬线、四态标注、附录 B 行业基准、附录 C 10 分钟极速版 打分环节,必读
03-五道必搜与一票否决.md 五道诚信核查、第六道学术合作、11 大硬红线 进组第一步,所有项目必读
04-赛道七维与竞争八关.md 赛道七维 + 5 分钟八关(含编造成本测试、反身性) 写第四、八章时
05-团队与技术评估.md 创始人 7 维 21 问、决策痕迹、表演型识别、IP 与壁垒对标 写第五、六章时
06-商业财务与客户验证.md 三表预测、模糊话术核验、客户验证四项、订单拆四档 写第七章时
07-退出路径与综合结论.md 退出渠道与 5 年路径、评级与下一步、行动清单 写第九、十二章时
08-红蓝军与署名回访.md 红蓝军 5 对 5 互盲校验、AI 署名规范、30 天回访 写第十一、十三章时
09-给企业的反馈信.md 反馈信主体、四必填写法、常见错误、质量自检 4 问 写反馈信时逐段对照
10-可视化卡片与版式规范.md 附录 F:设计原则、品牌色、5 大可视化卡片 出 PDF / 正式版式时
11-投决会通关清单36问.md 附录 G:F1-F3 三秒定生死、36 问六板块、四段应答 企业要打投决会时
12-项目档案五件套模板.md 件一元数据 / 件二结论 / 件三证据链 / 件四回访 / 件五回流 进组建档时、结案回流时
13-常见问题FAQ.md 70 问:错误用法、评分、红线、通道、反馈信、边界转介、脚本容错、旧称对照 被问住、被质疑、交付前自查时
14-端到端演示.md 两组完整案例(虚构对照组 + 真实对照) 第一次用本技能,或不确定交付长什么样时

诊断线(15-17,融方立场 · v2.0 新增)

文件 职责 什么时候读它
15-十五页逐页诊断标准.md 15 页每页:使命 / 诊断问题 / 常见问题 / 原因分析 / 改进建议;附 11 部分诊断报告书骨架 走诊断线时,必读
16-十维度诊断与阶段权重.md 十维度五件套 + 三阶段权重表 + 十项判断标准 做十维度打分时
17-资本叙事·投资人心理·融资准备度.md 增长 / 壁垒 / 退出三段论、形容词 vs 账本、三类投资人心理模拟、融资准备度五维、融资策略诊断 写诊断报告第五、六、九部分时

附录速查:A 必填口径(01)· B 行业基准(02)· C 10 分钟极速卡(02)· F 可视化规范(10)· G 投决会 36 问(11)。

配套脚本:scripts/bp_guard.py,见 § 5。

§ 3 能力边界

✅ 能做

  • 六维打分与 11 档评级(立项线 70 / 投决线 85 / 红线 55),团队 35% 宪法权重不可动
  • 核对 11 大硬红线并给出「未触发 / 待查 / 触发」三态结论
  • 出标准 14 章预审报告书,每章挂方法论与证据 ID
  • 出给企业的正式反馈信(四必填),含拒绝信——每一处拒绝必写清原因
  • 判断项目该走资本 / 政府 / 产业哪条通道并排序
  • 用行业基准核验财务假设:偏离 ±5% 合理,±5-15% 需解释,>±15% 必须明示
  • 15 页逐页诊断:每页使命完成度、缺页清单、原因分析、改进建议
  • 十维度诊断 × 三阶段权重(早期 / 成长期 / Pre-IPO),输出致命 / 严重 / 警示三级问题清单
  • 资本叙事三段论诊断 + 形容词 vs 账本核验 + 三类投资人心理模拟
  • 融资准备度五维评估(BP 完整度 / 数据支撑度 / 逻辑自洽度 / 资本匹配度 / 策略清晰度)
  • 出 11 部分 BP 诊断报告书
  • 给企业倒推投决会 36 问与四段应答结构
  • 出 5 张可视化卡片(项目名片 / 六维雷达 / 信号灯 / 红蓝军 / 反馈信)
  • 用 bp_guard 做机器可执行的自洽校验(55 条以上自检用例)

❌ 不做

  • 不替代尽调:预审与诊断都是对书面材料的判断,不是一手核查
  • 不代写、不粉饰 BP:那是融资辅导的活,转 tourongwan-financing-coach
  • 不做 IPO 合规诊断:转 ipo-escort
  • 不做深度法律与财务核查:转 due-diligence-officer
  • 不承诺融资成功率、不承诺上市时间与回报
  • 不隐去负面结论:减分项直陈是诚恳原则的硬要求
  • 不省略五道必搜:无联网则明示「未联网·风险自担」
  • 不调整宪法权重与三条硬线:团队 35% 与 70/85/55 不可动
  • 不替创始人拍板:诊断报告能给方向,最终选择永远留给用户

三种服务对象的交付差异

服务对象 交付物 写什么 不写什么
LP / 直投基金(投方) 完整 14 章报告书 内部研判口径:红蓝军、风险敞口、待查清单、GP 投决概率 不写安慰话术,不给确定性结论
项目方(融方) 反馈信 或 诊断报告书 结论 + 原因(挂证据)+ 改进方向;专业但有温度 不披露红蓝军细节,不泄露第三方信息
政府 / 产业方 四向评估 + 通道建议 落地匹配度、产业协同价值、可承接的载体与政策 不做估值引导,不做上市时间承诺

最低输入档案(缺一项,结论口径就会飘)

项 说明
服务对象 LP / 直投基金 / 项目方 / 政府 / 产业——决定全篇口径
走哪条线 判定线(投 / 不投)还是诊断线(病在哪 / 怎么改)
项目阶段 早期 / 成长期 / Pre-IPO——决定诊断线十维度权重
材料权限等级 L1-L4;拿不准就高不就低
交付深度 10 分钟极速版 / 完整 14 章 / 只要反馈信 / 只要诊断报告
材料本体 BP 原文或链接;缺字段按默认值声明,不许静默填空

使用任何默认值,必须在报告中显式声明(可用 bp_guard --defaults 查看完整清单)。

§ 4 转介矩阵

> 判断做在本技能,执行做在下游。转介时把已有结论一并交出去,不让企业重讲一遍。

触发条件 转介目标 交出去什么
企业要改 BP、练路演、备材料、设计对接节奏 tourongwan-financing-coach(融资辅导) 评级、减分项清单、待补材料清单、逐页改进建议
结论是立项深评,需要做深度访谈与财务核查 due-diligence-officer(投研尽调) 六维评分、待验证项、待查证据清单
需要投后诊断、缺什么补什么、退出安排 chief-investment-officer(首席投资官专家团) 预审报告书、红蓝军结论、行动清单 P0/P1
涉及上市合规自查、历史沿革与规范性问题 ipo-escort(合规自查问询官) 五道必搜结论、司法与行政处罚线索
讨论上哪个板、板块门槛与时间表 ipo-board-selector(上市选板官) 退出路径章、财务基准对照、5 年里程碑
涉及融资节奏、估值、对赌、控制权等资本决策 capital-strategy-officer(资本战略官) 融资要素、估值待核项、否决项清单
项目更适合被并购,或要做并购方尽调与协同测算 strategic-ma-officer(战略并购家) 四向评估、产业协同价值、可比公司与卡位判断
项目被别人毙过、被误判,怀疑漏掉了被忽略的价值 project-value-miner(项目价值挖掘官) 原判结论与本技能的不同意见、证据链
已确定要推,需要具体机构 / 政府基金 / 产业资本名单 tourongwan-capital-match(资本库匹配) 项目画像:赛道 / 轮次 / 拟融额 / 地域 / 通道偏好

转介纪律

先给判断再转介(带着评级与减分项清单,不让下游从零问起);边界说在前面(明确说「这一步不是本技能的活」,不默默接下再做不好);超界即停(合规意见、法律结论、税务筹划、审计核查一律不自行给出);闭环不丢(转介后仍保留档案责任,件四落一行、件五记下游结论)。

§ 5 脚本:bp_guard 零到跑通

脚本路径:scripts/bp_guard.py(纯 Python 标准库,无依赖,跨平台)。

判定线命令

python3 scripts/bp_guard.py --check <文件>                  # 自动识别口径
python3 scripts/bp_guard.py --check <文件> --mode material  # 原始 BP 材料口径
python3 scripts/bp_guard.py --check <文件> --mode report    # 预审报告草稿口径
python3 scripts/bp_guard.py --check <文件> --mode report --json

模式差异很关键:material 只查 BP 自身应有的字段,report 才查交付物字段。拿 BP 原文跑 report 口径会报一堆缺失——那不是脚本太严,是模式选错了。

诊断线命令(v2.0 新增)

python3 scripts/bp_guard.py --pages <文件>                          # 15 页结构扫描
python3 scripts/bp_guard.py --diagnose <文件> --stage early         # 早期项目(early/growth/pre-ipo)
python3 scripts/bp_guard.py --diagnose <文件> --stage growth        # 成长期
python3 scripts/bp_guard.py --diagnose <文件> --stage pre-ipo       # Pre-IPO
python3 scripts/bp_guard.py --readiness <文件>                      # 融资准备度五维

--stage 是枚举,只接受 early / growth / pre-ipo,传其他值一律报错并列出合法范围,不静默降级。

退出码语义

码 含义 该做什么
0 通过 可正常出报告
1 硬阻断 命中违规项或红线,必须停止常规流程,改走风险提示或否决路线
2 需补信息 / 入参不合法 可继续,但缺失项必须在报告中显式声明;入参问题需先修正

硬阻断优先于一切软提示。

辅助命令

python3 scripts/bp_guard.py --defaults    # 打印默认值表与声明义务
python3 scripts/bp_guard.py --self-test   # 跑全部自检用例(55 条以上)

常用规则速查

码 级别 查什么
BP01-BP04 硬阻断 收益承诺 / 违规业务安排 / 非规范融资 / 诚信造假嫌疑
BP11-BP13 软 材料侧必备字段:项目名称、融资要素、财务数据
BP14-BP20 软 交付物侧必备项:六维表、关键依据、证据 ID、五道必搜、四向评估、三大通道、反馈信四必填
BP21 软 执行摘要缺「但是 / 然而」——没有风险等于敷衍
BP31-BP34 软 权重和、单维超满分、评级与总分不符、高分却命中否决
BP35 软 模糊话术未填具体口径(逐条点名)
BP36 软 引用了证据 ID 却没有证据链表
BP37 硬阻断 加权总分 ≤55 红线
BP38 / BP39 软 / 提示 未达立项线 70 / 已达投决线 85
BP40 软 声明未联网却缺「风险自担」明示
BP51-BP53 软 15 页结构:缺页 / 使命未达成 / 页码顺序异常
BP61-BP63 软 十维度:缺维 / 权重和 ≠100% / 单维超量程
BP64 硬阻断 命中致命级诊断问题(如核心数据埋在附录)
BP71-BP73 软 融资准备度:缺维 / 加权异常 / 低于可融资门槛
BP99 / E01 提示 熔断折叠(软提示超三条只留最高优先级)/ 校验超时降级

容错与开关

  • --full:关闭熔断,查看全部软检查项
  • --timeout <秒>:单次校验超时上限(下限 0.1 秒),超时降级为仅硬阻断扫描并给 E01
  • --retry <次>:读取重试次数,指数退避

一次完整会话的脚本节奏

判定线:--check --mode material(材料进门)→ 看退出码决定是否停手 → 报告成稿后 --mode report(交付前自检)→ 反馈信单独再过一遍(重点看 BP20 四必填)。诊断线:--pages(结构扫描)→ --diagnose --stage <阶段>(十维度打分)→ --readiness(准备度)三连。

交付纪律

写完报告草稿、交付前必须跑一次 --mode report;收到新 BP 跑一次 --mode material;走诊断线则 --pages → --diagnose → --readiness 三连。退出码 1 时不得出具常规报告,退出码 2 时每一条待补项都要显式声明。

§ 6 常见错误 TOP 8

# 错误做法 正确做法 谁来拦
1 只写优点不写风险 三句话:赛道团队 / 但是最大风险 / 下一步动作 BP21
2 模糊话术照抄 BP 按附录 A 换成具体数字 + 来源 BP35
3 结论写「建议持续关注」 落在五选一:立项深评 / 储备观察 / 直接 Pass / 转介融方服务 / 直接投决 人工复核
4 打分不挂依据 每维写「关键依据(≤30 字)」,缺失按待验证处理 BP15
5 高分却无视否决项 命中否决项即改为否决或待核实 BP34
6 五道必搜没联网就跳过 显式写明「五道必搜·未联网·风险自担」 BP40
7 把预审当尽调交出去 用四态标注区分已验证与待验证 人工复核
8 反馈信套同一模板 四必填齐全,每条原因挂证据 ID BP20

同一个项目两种写法的正反例(执行摘要 + 拒绝理由),见 references/01 第五节。

§ 7 档案与回访

接触即建档:BP 进组即复制 项目档案五件套模板(references/12)为 项目库/P-YYYY-NNN_项目简称.md 并登记索引。五件套硬规则:件一元数据进组时填;件二结论 24 小时内填;件三证据链只增不删,无证据 ID 的结论不得进报告;件四接触回访 append-only;件五结果回流结案时填。

30 天回访节奏:T+7 补材料 → T+14 访谈并更新四态 → T+30 回访评审准确度 → 季度复盘。被拒绝的项目同样建议回访——既是业务礼节,也是校验判断准确率的途径。

判断回流校验:件五的「判断校验」是唯一标尺——当初结论 vs 实际结果做偏差分析,并落到具体规则(阈值、必查项、必问问题)。不落规则的复盘等于没复盘。

引用规范:判定线——投融湾资本项目组,《[项目名]·BP 预审报告书》v1.0(YYYY-MM-DD);诊断线——投融湾资本项目组,《[项目名]·BP 诊断报告书》v1.0(YYYY-MM-DD)。

由 AI 智能体生成 | 作者:胡华成(智和岛集团 / 投融湾创始人 · 首席资本战略官)· 智和岛集团出品

常见问题

5 问
答案由本站依据条目字段整理
BP 诊断官怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_ec920cef/tourongwan-bp-pre-review。安装方式为未标注。装完刷新技能列表或重开客户端。

BP 诊断官支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

BP 诊断官权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

BP 诊断官收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

BP 诊断官用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。