Token导航 LogoToken导航

Agent Skill · 待分类

business-model-architect(商业模式架构师)

business-model-architect 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

business-model-architect 是待分类类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在待分类类的 11,209 个 Skill 里排第 8,777。

总安装 279周安装 12GitHub Stars 公开资料未说明下载 98核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:business-model-architect(商业模式架构师)
来源仓库:https://github.com/timlai666/skills
仓库路径:skills/business-model-architect
安装命令:
npx skills add https://github.com/timlai666/skills --skill business-model-architect
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/timlai666/skills --skill business-model-architect

这个 Skill 是做什么的

这个 Skill 的分类还没最终确定,用法以来源仓库的说明为准。

采用 What->Who->How 固定顺序设计可执行商业模式的专家系统。默认输出繁体中文,严格遵循九要素结构完整性要求。包含差异化→护城河→定价能力的递推评估方法论。需完整输入产品、客群、市场等约束条件才能启动设计流程。提供 30 天验证实验的快速可行性检验机制。

business-model-architect 属于待分类类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/business-model-architect

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/timlai666/skills --skill business-model-archit…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

business-model-architect 怎么安装?

在终端执行 npx skills add https://github.com/timlai666/skills --skill business-model-architect。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

business-model-architect 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

business-model-architect 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

business-model-architect 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

business-model-architect 用的人多吗?

公开数据是累计安装 279 次,近一周安装 12 次,下载 98 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

business-model-architect 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理待分类类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

待分类类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
infsh-cli

infsh CLI · Codex、Claude

4,374,576382权限未标注未明确未收录
ai-video-generation

AI 视频生成 · Codex、Claude

4,313,376382调用外部服务未明确有提醒
lark-openapi-explorer

云雀 OpenAPI 浏览器 · Codex、Claude

2,064,1209,011需要联网未明确有提醒
lark-workflow-standup-report

Lark 工作流程站立报告 · Codex、Claude

2,041,6328,978需要联网未明确通过
use-my-browser

使用我的浏览器 · Codex、Claude

1,848,49140操作浏览器未明确未通过
business-model-architect

商业模式架构师 · 本页

279—只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Business Model Architect

Overview

用高密度策略推演設計可執行的商業模式,並以固定順序完成 What -> Who -> How 九要素。 預設輸出語言為繁體中文;若使用者明確指定其他語言,再切換。

When to Use

Use when:

  • 使用者要你「設計商業模式」或「重做商業模式」。
  • 任務包含九要素:價值主張、目標客群、通路、顧客關係、收益流、關鍵資源、關鍵活動、關鍵合作夥伴、成本結構。
  • 需要比較多個商模選項、找差異化策略、或規劃 30 天驗證實驗。
  • 涉及市場切入、定價與收益、或商業可行性評估。

Do not use:

  • 只需要單純文案潤稿,且不涉及商業模式設計。
  • 純技術除錯或與商業策略無關的任務。

Input Contract

必要欄位(缺一不可):

  • product_or_service: 產品或服務描述
  • target_customer_context: 目標客群與使用情境
  • market_context: 市場、競品與替代方案現況
  • constraints: 時間、預算、法規、能力邊界
  • goal_kpi: 成功指標(營收、留存、轉換、毛利等)
  • scope_boundary: 產品/服務提供範疇與不做範圍
  • current_wt_state: 現況弱勢與外部威脅(WT)摘要
  • control_levers_context: 可調動資源、能力、流程與合作槓桿

建議欄位(可選):

  • innovation_epicenter: 選擇創新起點(資源導向/產品導向/顧客導向/財務導向),未填則由系統根據現況推薦
  • pricing_context
  • distribution_constraints
  • existing_assets
  • team_capabilities
  • strategic_horizon

Data Sufficiency Gate

若必要欄位缺失,先輸出 MissingDataOutput,不得直接產出完整商模。

{
  "missing_fields": [],
  "why_needed": {},
  "questions_to_user": [],
  "temporary_assumptions": [],
  "assumption_risks": []
}

規則:

  • 問題要短、可回答、可直接推進下一步。
  • 若必須先假設,需明確標記 temporary_assumptions 與對應風險。
  • 缺資料時最多先做「暫行版」框架,不得宣稱已完成可落地方案。

Output Contract

最終輸出必須包含以下九個主體(全數必填):

  • epicenter_focus(震央定錨:說明選擇哪個震央、為什麼、哪些要素是核心、哪些可暫緩)
  • business_model_9_elements
  • strategic_differentiation_map
  • assumption_and_risk_register
  • 30_day_validation_experiments
  • priority_roadmap
  • business_model_foundation
  • dimension_alignment_matrix
  • operating_model_core
  • wt_to_so_transition

0) epicenter_focus(震央定錨)

震央(Epicenter)是商業模式設計的起點選擇,避免九格均等填寫、失去策略重心。

四種震央類型:

  • 資源導向:從既有的基礎建設、能力或合夥關係出發,往外擴展商業模式
  • 產品導向:從新的價值主張出發,往通路、客戶關係、收益模式延伸
  • 顧客導向:從目標客群的需求/痛點/便利性出發,往前反推資源與活動
  • 財務導向:從新的收益流或成本結構出發,重新設計整個商業模式

輸出必須包含:

  • chosen_epicenter: 選擇的震央類型
  • rationale: 選擇理由(結合輸入條件推論,不得純粹複述定義)
  • core_elements: 本次設計的核心要素(2-3 個,必須深度設計)
  • secondary_elements: 次要要素(跟著核心推導,不強求完整)
  • deferred_elements: 暫緩要素(明確說明暫緩原因,允許留白)
  • epicenter_to_nine_element_map: 說明震央如何驅動各要素的填寫順序與邏輯

重要規則:

  • 若使用者未指定震央,根據 existing_assets、control_levers_context、constraints 推薦最合理的震央,並說明理由
  • 九要素仍須全填,但核心要素須有更深度的設計;次要要素可較簡要;暫緩要素可標示「待驗證後補充」
  • 禁止假裝所有九格同等重要——必須明確說明哪 2-3 格是這個商模的真正核心

1) business_model_9_elements

必須依序輸出 1-9,且不得跳序:

  1. value_proposition
  2. target_customers
  3. channels
  4. customer_relationships
  5. revenue_streams
  6. key_resources
  7. key_activities
  8. key_partners
  9. cost_structure

每一要素至少包含:

  • design
  • why_this_works
  • execution_notes

2) strategic_differentiation_map

至少 3 個差異化策略,每個策略必含:

  • strategy_name
  • core_hypothesis
  • mechanism
  • defensibility
  • key_risks

3) assumption_and_risk_register

每筆至少包含:

  • assumption
  • risk_if_wrong
  • early_signal
  • mitigation

4) 30_day_validation_experiments

至少 3 個實驗,每個實驗必含:

  • experiment_name
  • target_element
  • method
  • success_metric
  • decision_rule

5) priority_roadmap

固定分為:

  • Now(0-30 天)
  • Next(31-90 天)
  • Later(90 天以上)

6) business_model_foundation

固定包含:

  • positioning_scope: 市場定位、服務邊界、明確不做項目
  • profit_logic: 收益來源、成本結構、利潤形成路徑
  • strategy_control: 內部資源/能力配置與外部合作控制點

7) dimension_alignment_matrix

必須輸出四構面,且每構面固定三個欄位:

  • supply: current_design / gap / action
  • value: current_design / gap / action
  • demand: current_design / gap / action
  • finance: current_design / gap / action

8) operating_model_core

固定包含:

  • value_model
  • revenue_model
  • profit_model
  • tension_points
  • adjustment_levers

9) wt_to_so_transition

固定包含:

  • wt_diagnosis
  • business_model_adjustments
  • so_target_state
  • signal_milestones

Workflow (Fixed)

Step 0. Seven Faces Lens(內部推演)

  • 使用「七張臉孔」做視角檢查,僅用來補強策略完整性;不得形成獨立輸出章節。

Step 0.5. 震央選擇(Epicenter Selection)

  • 根據 innovation_epicenter(若有)或從 existing_assets、control_levers_context、constraints 推導最適震央。
  • 明確標記核心要素(2-3 個)、次要要素、暫緩要素。
  • 震央決定後,九要素的設計深度與填寫順序必須與震央一致。
  • 禁止在震央選定後又回頭把所有格子均等對待。

Step 1. 資料閘門

  • 先檢查必要欄位,缺資料則輸出 MissingDataOutput。

Step 2. 創新策略推演與 WT 盤點

  • 先建立差異化假說與 wt_diagnosis,再回填到九要素,避免產出同質化商模。
  • 差異化策略必須與選定震央對齊。

Step 3. 依序完成九要素

  • 嚴格依 What -> Who -> How 順序,不跳步、不合併。
  • 核心要素(震央相關)需含 design、why_this_works、execution_notes、depth_note(深度說明)。
  • 次要要素含 design、why_this_works、execution_notes 即可。
  • 暫緩要素可標示原因與觸發補充的條件,不強求完整設計。

Step 4. 擴充輸出層整合

  • 產出 business_model_foundation、dimension_alignment_matrix、operating_model_core、wt_to_so_transition。

Step 5. 一致性與可行性檢核

  • 檢查九要素、四構面、營運核心鏈路是否互相支持,且可追溯到輸入條件。
  • 特別檢查:核心要素是否真的比次要要素設計更深?震央邏輯是否貫穿全文?

Step 6. 產出行動化結果

  • 輸出風險登錄、30 天驗證實驗、Now/Next/Later 路線圖與 wt_to_so_transition 里程碑。
  • 30 天驗證實驗應優先針對核心要素的假設設計,而非均分九格。

Quality Rules

  • 震央規則:必須選定一個震央,且核心要素的設計深度必須明顯高於次要要素;禁止九格均等。
  • 不得只給抽象建議;每個要素都要有可執行動作。
  • 至少提出 3 個差異化策略,且各自有可驗證假說。
  • 明確區分「已知事實」與「策略假設」。
  • 若有高不確定性,優先給低成本、快速驗證實驗。
  • 任何結論都需可追溯到輸入條件與檢核邏輯。
  • 所有輸出必須使用固定鍵名;不得自行增減主體名稱。
  • strategic_differentiation_map、30_day_validation_experiments 至少 3 筆、最多 5 筆。
  • dimension_alignment_matrix 每一構面僅可包含 current_design、gap、action 三鍵。
  • business_model_foundation 每個欄位最多 3 點;operating_model_core 每個欄位最多 2 點。
  • 不得輸出工作筆記、推理過程、修改日誌或自我敘述。

References

Suggested Prompt

Use $business-model-architect to design a complete business model in Traditional Chinese. The workflow starts with Epicenter Selection (震央選擇) — choosing one of four starting points (resource-driven, offer-driven, customer-driven, finance-driven) to anchor the design before filling the nine elements. Core epicenter elements receive deep design; secondary elements follow logically; deferred elements are explicitly noted. Output includes the fixed nine-element sequence (What -> Who -> How), the four mandatory expansion outputs, and a WT-to-SO transition path with at least three 30-day validation experiments.

平台分布

Codex

35.4%
按下载量换算35

Claude

28.76%
按下载量换算28

Cursor

17.56%
按下载量换算17

Gemini CLI

10.1%
按下载量换算10

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills