[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M70N0D45QF5A2VP1KJXSWFTF":3,"skill-same:01M70N0D45QF5A2VP1KJXSWFTF":86},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":39,"linkOnly":40,"markdownContent":41,"markdownBody":42,"frontMatter":43,"refName":44,"commitSha":45,"skillDirectory":46,"forksCount":47,"repositoryHtmlUrl":48,"repositoryHomepageUrl":49,"ownerHtmlUrl":50,"ownerBlogUrl":51,"ownerDescription":52,"updatedAt":53,"install":54,"resources":67},"01M70N0D45QF5A2VP1KJXSWFTF","opc-niche-positioning",null,"Find and position a viable niche market for a one-person company by combining market mapping and customer segmentation. Use when Codex needs to explain niche concepts when needed, check founder-resource prerequisites, ask one question at a time, generate multiple niche options, and write user-confirmed positioning outputs into `opc-doc\u002F`.","shengdabai\u002FTony-Claude-Code-Skills","shengdabai","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F116417419?v=4","01M70F6D2WY5PQV5A92BKYJQEW","Tony Sheng","01M70F6D3GAAAYZ5H4CC1G8VXM",3,"MIT","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fopc-niche-positioning\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"opc niche positioning","niche","positioning","options","customer","generate","codex","check","explain","Market","ask","when","customer segmentation","use","question","outputs","company","time","for","segmentation","2026-11-10 10:12:30",false,"---\nname: opc-niche-positioning\ndescription: Find and position a viable niche market for a one-person company by combining market mapping and customer segmentation. Use when Codex needs to explain niche concepts when needed, check founder-resource prerequisites, ask one question at a time, generate multiple niche options, and write user-confirmed positioning outputs into `opc-doc\u002F`.\n---\n\n# 利基定位\n\n## 目标\n\n帮助用户从宽泛市场中找到一个更适合一人公司切入的细分入口。切入口通过\"三环合一\"框架来发现：**新杠杆 \u002F 元杠杆** + **边界变动带来的新机会** + **创始人独有资源和优势**。三环重叠的地方就是最优利基。\n\n发现三环交叉后，还要用**机会评分模型**（六个维度）做进一步筛选，确认值得真正投入。\n\n---\n\n## 分析框架：三环合一\n\n### 环1：新杠杆与元杠杆\n\n#### 新杠杆（无需许可杠杆）\n\n新杠杆的核心特征：**无需任何人批准**，**复制的边际成本趋近于零**。分两类：\n\n- **代码杠杆**：一次构建，无限服务。软件、工具、自动化流程，服务第100万个用户和第101个用户的成本几乎为零。\n- **媒体杠杆**：一次诉说，无限回响。文章、视频、播客，写好之后多一个人看不增加任何成本。它们在你睡觉时依然在为你工作。\n\n**在利基分析中问**：在这个赛道里，能不能用代码或媒体内容作为主要交付形式，而不是靠人力一对一服务？如果可以，杠杆密度就很高。\n\n#### 元杠杆（AI 作为创造杠杆的杠杆）\n\n元杠杆是 AI 带来的第三波自动化浪潮——不再只是替代体力（第一波）或重复规则性脑力（第二波），而是**替代创造性脑力**：写作、设计、分析、策划。\n\n元杠杆的质变临界点：当一个完整的业务闭环可以实现 100% 自动化，它就从\"工具链\"变成了拥有自己\"心跳\"的**自主主体**——可以在无人监督时自动采集、创作、发布、测试、迭代。此时创始人从驾驶员变为调度员，只在出现\"例外状态\"时介入。\n\n**在利基分析中问**：\n- 这个赛道里的哪些工作流，过去需要团队做、现在一个人借助 AI 就能做到？\n- 有没有完整的业务闭环可以自动化运转（不只是某个步骤提速）？\n- 大公司因为有人、有流程、有历史包袱，反而在 AI 工具的使用上不如一人公司灵活——这里有没有可以利用的速度差？\n\n---\n\n### 环2：边界变动\n\n\"时势造英雄\"——商业上的真正机会，来自边界移动创造的新商业路径，而不只是靠聪明度和资源量。\n\n当一个边界发生移动，会出现一条\"新支流\"，让原来最优的商业逻辑变得不再是最优；同时，处于原有商业路径上的大公司往往**看得到但动不了**（价值网络冲突，即《创新者的窘境》所描述的机制）。这是以小博大的核心逻辑。\n\n#### 边界变动的主要类型\n\n**技术边界变动**（影响最大，也是当前最活跃的）\n\n科技使原本不可能的事情成为可能。互联网、移动互联网、云计算让大企业的基础设施成本变成了个体可以承担的按需费用。当前最重要的技术边界变动是 AI：它正把许多需要简单思考才能完成的任务变成可以自动执行的任务。\n\n重点问：AI 或其他新技术，在这个行业里让什么变得可能？过去需要十人团队做的事，现在一个人能做吗？过去需要大型企业才能负担的基础设施，现在个人能用吗？\n\n**信息传播路径变动**\n\n从电视广告时代 → 门户网站 → 博客 → 微博 → 微信\u002F公众号 → 抖音\u002F小红书……每一次传播路径的迁移，都会出现一个窗口期：流量已经在那里了，但商业化逻辑还没跟上，竞争还不激烈。\n\n重点问：目标用户群现在最活跃在哪些平台？这些平台上有没有\"流量已到、商业化还没饱和\"的窗口？有没有人已经在那里积累了信任，但还没有真正做出好的产品？\n\n**政策和监管边界变动**\n\n补贴政策、行业禁令、平台规则调整，都可以一夜之间让一个行业消失或创造出一个新行业。一人企业不需要押注政策变动，但需要**观察**：当前所在行业有没有政策正在推动某个细分方向，或者压制了某些大公司的扩张？\n\n#### 核心判断：大公司能追吗？\n\n每当发现一个边界变动，都要问：原有商业路径上的受益者，为什么没有 \u002F 不会 \u002F 不愿意追这个新方向？\n\n- 如果大公司的现有客户不希望他们转型（价值网络冲突）\n- 如果新路径的初期利润太低，大公司看不上\n- 如果新路径需要完全重建流程，大公司沉没成本太高\n\n以上情形，就是以小博大的空间所在。\n\n---\n\n### 环3：独有资源和优势\n\n创始人有哪些别人不容易复制的资源、经验、关系或积累？\n\n**直接从 `opc-doc\u002Foutputs\u002F01-resource-audit\u002F` 读取，不重新收集。**\n\n把资源盘点的结论作为\"叠加层\"——先有环1和环2的分析结论，再叠上来看哪里匹配。\n\n---\n\n## 机会评分模型（六个维度）\n\n三环交叉只能发现机会，不能直接决定投入。找到候选利基后，用六个维度继续筛选：\n\n| 维度 | 评估内容 |\n|------|----------|\n| **痛点强度** | 这个问题让目标用户有多痛？是忍一忍就过去的不便，还是反复影响他们的核心需求？ |\n| **杠杆密度** | 在这个利基上，可以叠加多少无需许可杠杆？代码、媒体、AI 自动化——有几种可以同时用？ |\n| **窗口红利** | 这个机会的时间窗口有多宽？现在进入是不是刚好赶上边界移动的早期？再晚几年是否会饱和？ |\n| **资源匹配度** | 创始人现有资源（经验、关系、渠道、资产）在这个利基里有多少可以直接转化为优势？ |\n| **交付标准化程度** | 能不能形成可复用的交付流程，而不是每次都从头定制？越标准化，越能用杠杆放大。 |\n| **现金流潜力** | 在不依赖大量前期资本的情况下，这个方向多快能产生实际收入？ |\n\n每个候选利基都用这六个维度做简短评估，高分优先推进。\n\n---\n\n## 核心原则\n\n- 默认读写当前工作目录下的 `opc-doc\u002F`\n- 教学模式下先解释\"新杠杆\u002F元杠杆\"\"边界变动\"\"三环合一\"\"机会评分\"\n- 默认一次只问一个问题；如果几个问题都很轻、彼此紧密相关，可以合并成 2 到 3 个\n- 不直接替用户选市场，而是生成 3 个候选利基，并附加 `4. 我有自己的方案`\n- 用户确认后再写入正式结果\n- 不直接给推荐结论，只做方案分析\n- **本阶段只做\"是谁、痛什么、为什么有切口\"，不做执行层任何内容**\n\n---\n\n## 本阶段边界\n\n### 本步做什么\n\n- 分析新杠杆、元杠杆可以在哪些方向发挥（环1）\n- 识别行业里正在发生的边界变动，尤其是大公司追不上的方向（环2）\n- 叠加创始人独有资源，找三环重叠区（环3）\n- 用机会评分模型对候选利基做六维评估\n- 确认目标利基，形成定位陈述\n\n### 本步不做什么（以下属于后续阶段，不要提前进入）\n\n- ❌ 不做内容策略或内容形态规划（属于 MVP 设计阶段）\n- ❌ 不做文案撰写、话术设计、帖子骨架（属于资产沉淀阶段）\n- ❌ 不做平台运营方案或渠道选择（属于转化闭环阶段）\n- ❌ 不做产品定价（属于商业模式设计阶段）\n- ❌ 不做获客路径或具体转化步骤（属于转化闭环阶段）\n\n**越界检测**：如果对话出现\"发什么内容\"\"怎么写文案\"\"用哪种格式\"\"怎么发小红书\"等执行话题，立即说：\n> \"这个方向很有价值，不过它属于后续 [MVP 设计 \u002F 转化闭环] 阶段的范围。我们先把利基定位确认好，后面的执行才有准确的靶心。\"\n> 然后把话题拉回当前阶段。\n\n---\n\n## 本步骤必须完成什么\n\n1. 环1：新杠杆 \u002F 元杠杆可用方向分析\n2. 环2：行业边界变动识别（技术、传播路径、政策）\n3. 环3：资源叠加，三环重叠区识别\n4. 候选利基生成（含机会评分六维）\n5. 主利基确认\n6. 定位陈述\n\n---\n\n## 执行步骤\n\n1. 解释本步目标。教学模式下先解释三环含义、新杠杆 vs 元杠杆的区别、什么叫边界变动。\n\n2. **先分析环2（边界变动）**——从行业变化开始，而不是从用户需求开始：\n   - 你所在的行业最近发生了哪些明显变化？（比如大公司收缩、AI 工具普及、某类客户行为转移、平台流量格局变化）\n   - 有没有什么之前做不到、现在可以做到的事？（技术边界移动）\n   - 有没有某类客户，以前只能找大公司服务，现在可以找个体了？为什么？\n   - 处于原有商业路径上的大公司，为什么没有追这个方向？（价值网络冲突在哪里？）\n\n3. **再分析环1（新杠杆 \u002F 元杠杆）**——聚焦在这个行业里能用的无需许可杠杆：\n   - 代码\u002F工具：能不能用软件或自动化流程代替人力重复劳动？\n   - 媒体：能不能把知识或经验制作成可以反复使用的内容资产？\n   - 元杠杆（AI）：在这个行业里，有没有完整的业务流程可以交给 AI 自主运转，只在出现例外时才介入？\n\n4. **读取环3**：从 `opc-doc\u002Foutputs\u002F01-resource-audit\u002F` 获取资源盘点结论。把环1 + 环2的发现叠加上来，找三环重叠区。\n\n5. 每轮回答后给简短反馈，标注激活了哪个环。\n\n6. **生成 3 个候选利基**，每个利基用以下格式呈现：\n\n   ```\n   候选利基 X：[简短名称]\n   目标用户：谁，处于什么处境\n   核心痛点：什么问题，有多痛\n   激活的环：✅\u002F❌ 环1（新\u002F元杠杆）| ✅\u002F❌ 环2（边界变动）| ✅\u002F❌ 环3（资源匹配）\n   时间窗口：为什么现在是合适的时机，窗口还有多宽\n   大公司为什么不来：价值网络冲突 \u002F 体量太小 \u002F 速度太慢\n   机会评分（六维，每项 1-5 分）：\n     痛点强度 X | 杠杆密度 X | 窗口红利 X | 资源匹配 X | 交付标准化 X | 现金流潜力 X\n   总分：XX\u002F30\n   风险点：\n   ```\n\n   优先推三环都激活、总分最高的方向；两环激活的次之；只有环3激活的作为保底选项，不作为主推。\n\n7. 默认增加 `4. 我有自己的方案`\n8. 让用户选择、组合、修改，或直接提出自己的版本\n9. 用户确认后，生成正式定位陈述并落盘\n\n---\n\n## 输出\n\n对话层必须包含：\n\n1. 本步解释\n2. 行业边界变动摘要 + 杠杆可用性分析\n3. 3 个候选利基 + 机会评分 + `4. 我有自己的方案`\n4. 每个候选的优势、风险和大公司为什么不追\n5. 请用户确认或修改\n\n**输出约束**：\n- 摘要只描述\"谁、痛什么、为什么有切口、为什么现在\"，不延伸到\"怎么做内容\"\"怎么获客\"\n- 候选利基不包含具体文案示例、内容模板或运营步骤\n- 如果用户已提供足够信息，本轮只给候选让用户选择，不附加执行建议\n\n---\n\n## 本步需要解释什么（教学模式）\n\n- **新杠杆**：无需任何人批准就可以使用的杠杆——代码（服务再多人成本不变）和媒体（内容做好后无限传播）\n- **元杠杆**：AI 是杠杆的杠杆，不只是让某个步骤变快，而是可以让整个业务闭环自动运转\n- **边界变动**：技术、传播路径或政策的变化，在原有市场里开出了一条新支流，让旧的最优方案变得不再最优\n- **三环合一**：找三者重叠的地方，胜算最高；只靠资源匹配，竞争优势最弱\n\n---\n\n## 输入\n\n优先读取：\n\n- `opc-doc\u002Foutputs\u002F01-resource-audit\u002Finventory.md`（资源盘点结论）\n- `opc-doc\u002Finputs\u002Fmarket-notes.md`（如有）\n- `opc-doc\u002Finputs\u002Fraw-ideas.md`（如有）\n\n如果前置资源盘点缺失，先检查当前对话里是否已有足够创始人资源信息。\n\n- 如果够，可以继续\n- 如果不够，先建议调用 `opc-resource-audit`\n\n---\n\n## 落盘检查点（阶段必须完成，不可跳过）\n\n用户明确确认目标利基和定位陈述后，**立即**使用 Write 工具创建以下文件。在对话中描述结论不等于落盘。\n\n**写入文件：**\n\n- `opc-doc\u002Foutputs\u002F02-niche-positioning\u002Fthree-ring-analysis.md`（三环分析结论：可用杠杆清单、行业边界变动清单、与资源的重叠识别）\n- `opc-doc\u002Foutputs\u002F02-niche-positioning\u002Fcandidates.md`（3 个候选利基及机会评分六维明细）\n- `opc-doc\u002Foutputs\u002F02-niche-positioning\u002Ftarget-segment.json`（确认的目标细分：`{\"segment\": \"...\", \"core_pain\": \"...\", \"timing\": \"...\", \"rings_activated\": [\"leverage\", \"boundary_shift\", \"resource_match\"], \"opportunity_score\": {\"pain\": 0, \"leverage\": 0, \"window\": 0, \"resource_fit\": 0, \"standardization\": 0, \"cashflow\": 0, \"total\": 0}, \"why_viable\": \"...\", \"why_big_players_wont\": \"...\"}`）\n- `opc-doc\u002Foutputs\u002F02-niche-positioning\u002Fpositioning-statement.md`（定位陈述：为谁、解决什么、为什么你、为什么现在）\n\n**更新状态文件：**\n\n- `opc-doc\u002Fstate\u002Fcurrent-stage.json`（写入：`{\"stage\": \"02-niche-positioning\", \"status\": \"completed\", \"next_stage\": \"03-value-proposition\", \"summary\": \"一句话定位核心\"}`）\n- `opc-doc\u002Fstate\u002Fdecisions.json`（追加确认的利基选择）\n\n**落盘完成后，在对话中告知用户：**\n> \"✅ 利基定位结论已保存。下次对话可以从价值主张继续。\"\n\n## gbrain 同步（可选，默认关闭）\n\n如果环境变量 `OPC_AUTO_SYNC=1`，落盘完成后**自动**调用：\n\n```bash\nOPC_TAG=\"$(basename \"$PWD\")\" ~\u002F.claude\u002Fscripts\u002Fopc-to-gbrain.sh \"$OPC_TAG\"\n```\n\n把本阶段产出同步到 gbrain，以后可跨项目用 `gbrain query \"\u003C项目代号> 利基定位\"` 检索回忆。\n未设置 `OPC_AUTO_SYNC` 时**不要**自动调，不要询问——用户可手动跑同样命令同步。\n\n**只有落盘完成后，才可以提示进入 `opc-value-proposition`。**\n\n---\n\n## 完成标准\n\n- 已完成三环分析（环1 + 环2 + 环3 叠加）\n- 已生成 3 个候选利基，含机会评分六维\n- 用户已确认主利基\n- 已生成定位陈述\n\n**完成即止**：当定位陈述已生成、用户已确认，本阶段任务结束。不要延伸到内容策略或执行规划，直接提示用户进入价值主张阶段。\n\n---\n\n## 何时调用其他 skills\n\n只有在用户确认目标细分后，才进入 `opc-value-proposition`。\n\n---\n\n## 异常处理\n\n- 如果市场很大，强制继续切细，不允许停留在宽泛市场\n- 如果用户给不出答案，先基于行业背景生成合理候选供他判断，不把压力全丢给用户\n- 如果三环都找不到重叠点，如实告知，探讨是否需要扩大行业范围或调整资源方向\n","# 利基定位\n\n## 目标\n\n帮助用户从宽泛市场中找到一个更适合一人公司切入的细分入口。切入口通过\"三环合一\"框架来发现：**新杠杆 \u002F 元杠杆** + **边界变动带来的新机会** + **创始人独有资源和优势**。三环重叠的地方就是最优利基。\n\n发现三环交叉后，还要用**机会评分模型**（六个维度）做进一步筛选，确认值得真正投入。\n\n---\n\n## 分析框架：三环合一\n\n### 环1：新杠杆与元杠杆\n\n#### 新杠杆（无需许可杠杆）\n\n新杠杆的核心特征：**无需任何人批准**，**复制的边际成本趋近于零**。分两类：\n\n- **代码杠杆**：一次构建，无限服务。软件、工具、自动化流程，服务第100万个用户和第101个用户的成本几乎为零。\n- **媒体杠杆**：一次诉说，无限回响。文章、视频、播客，写好之后多一个人看不增加任何成本。它们在你睡觉时依然在为你工作。\n\n**在利基分析中问**：在这个赛道里，能不能用代码或媒体内容作为主要交付形式，而不是靠人力一对一服务？如果可以，杠杆密度就很高。\n\n#### 元杠杆（AI 作为创造杠杆的杠杆）\n\n元杠杆是 AI 带来的第三波自动化浪潮——不再只是替代体力（第一波）或重复规则性脑力（第二波），而是**替代创造性脑力**：写作、设计、分析、策划。\n\n元杠杆的质变临界点：当一个完整的业务闭环可以实现 100% 自动化，它就从\"工具链\"变成了拥有自己\"心跳\"的**自主主体**——可以在无人监督时自动采集、创作、发布、测试、迭代。此时创始人从驾驶员变为调度员，只在出现\"例外状态\"时介入。\n\n**在利基分析中问**：\n- 这个赛道里的哪些工作流，过去需要团队做、现在一个人借助 AI 就能做到？\n- 有没有完整的业务闭环可以自动化运转（不只是某个步骤提速）？\n- 大公司因为有人、有流程、有历史包袱，反而在 AI 工具的使用上不如一人公司灵活——这里有没有可以利用的速度差？\n\n---\n\n### 环2：边界变动\n\n\"时势造英雄\"——商业上的真正机会，来自边界移动创造的新商业路径，而不只是靠聪明度和资源量。\n\n当一个边界发生移动，会出现一条\"新支流\"，让原来最优的商业逻辑变得不再是最优；同时，处于原有商业路径上的大公司往往**看得到但动不了**（价值网络冲突，即《创新者的窘境》所描述的机制）。这是以小博大的核心逻辑。\n\n#### 边界变动的主要类型\n\n**技术边界变动**（影响最大，也是当前最活跃的）\n\n科技使原本不可能的事情成为可能。互联网、移动互联网、云计算让大企业的基础设施成本变成了个体可以承担的按需费用。当前最重要的技术边界变动是 AI：它正把许多需要简单思考才能完成的任务变成可以自动执行的任务。\n\n重点问：AI 或其他新技术，在这个行业里让什么变得可能？过去需要十人团队做的事，现在一个人能做吗？过去需要大型企业才能负担的基础设施，现在个人能用吗？\n\n**信息传播路径变动**\n\n从电视广告时代 → 门户网站 → 博客 → 微博 → 微信\u002F公众号 → 抖音\u002F小红书……每一次传播路径的迁移，都会出现一个窗口期：流量已经在那里了，但商业化逻辑还没跟上，竞争还不激烈。\n\n重点问：目标用户群现在最活跃在哪些平台？这些平台上有没有\"流量已到、商业化还没饱和\"的窗口？有没有人已经在那里积累了信任，但还没有真正做出好的产品？\n\n**政策和监管边界变动**\n\n补贴政策、行业禁令、平台规则调整，都可以一夜之间让一个行业消失或创造出一个新行业。一人企业不需要押注政策变动，但需要**观察**：当前所在行业有没有政策正在推动某个细分方向，或者压制了某些大公司的扩张？\n\n#### 核心判断：大公司能追吗？\n\n每当发现一个边界变动，都要问：原有商业路径上的受益者，为什么没有 \u002F 不会 \u002F 不愿意追这个新方向？\n\n- 如果大公司的现有客户不希望他们转型（价值网络冲突）\n- 如果新路径的初期利润太低，大公司看不上\n- 如果新路径需要完全重建流程，大公司沉没成本太高\n\n以上情形，就是以小博大的空间所在。\n\n---\n\n### 环3：独有资源和优势\n\n创始人有哪些别人不容易复制的资源、经验、关系或积累？\n\n**直接从 `opc-doc\u002Foutputs\u002F01-resource-audit\u002F` 读取，不重新收集。**\n\n把资源盘点的结论作为\"叠加层\"——先有环1和环2的分析结论，再叠上来看哪里匹配。\n\n---\n\n## 机会评分模型（六个维度）\n\n三环交叉只能发现机会，不能直接决定投入。找到候选利基后，用六个维度继续筛选：\n\n| 维度 | 评估内容 |\n|------|----------|\n| **痛点强度** | 这个问题让目标用户有多痛？是忍一忍就过去的不便，还是反复影响他们的核心需求？ |\n| **杠杆密度** | 在这个利基上，可以叠加多少无需许可杠杆？代码、媒体、AI 自动化——有几种可以同时用？ |\n| **窗口红利** | 这个机会的时间窗口有多宽？现在进入是不是刚好赶上边界移动的早期？再晚几年是否会饱和？ |\n| **资源匹配度** | 创始人现有资源（经验、关系、渠道、资产）在这个利基里有多少可以直接转化为优势？ |\n| **交付标准化程度** | 能不能形成可复用的交付流程，而不是每次都从头定制？越标准化，越能用杠杆放大。 |\n| **现金流潜力** | 在不依赖大量前期资本的情况下，这个方向多快能产生实际收入？ |\n\n每个候选利基都用这六个维度做简短评估，高分优先推进。\n\n---\n\n## 核心原则\n\n- 默认读写当前工作目录下的 `opc-doc\u002F`\n- 教学模式下先解释\"新杠杆\u002F元杠杆\"\"边界变动\"\"三环合一\"\"机会评分\"\n- 默认一次只问一个问题；如果几个问题都很轻、彼此紧密相关，可以合并成 2 到 3 个\n- 不直接替用户选市场，而是生成 3 个候选利基，并附加 `4. 我有自己的方案`\n- 用户确认后再写入正式结果\n- 不直接给推荐结论，只做方案分析\n- **本阶段只做\"是谁、痛什么、为什么有切口\"，不做执行层任何内容**\n\n---\n\n## 本阶段边界\n\n### 本步做什么\n\n- 分析新杠杆、元杠杆可以在哪些方向发挥（环1）\n- 识别行业里正在发生的边界变动，尤其是大公司追不上的方向（环2）\n- 叠加创始人独有资源，找三环重叠区（环3）\n- 用机会评分模型对候选利基做六维评估\n- 确认目标利基，形成定位陈述\n\n### 本步不做什么（以下属于后续阶段，不要提前进入）\n\n- ❌ 不做内容策略或内容形态规划（属于 MVP 设计阶段）\n- ❌ 不做文案撰写、话术设计、帖子骨架（属于资产沉淀阶段）\n- ❌ 不做平台运营方案或渠道选择（属于转化闭环阶段）\n- ❌ 不做产品定价（属于商业模式设计阶段）\n- ❌ 不做获客路径或具体转化步骤（属于转化闭环阶段）\n\n**越界检测**：如果对话出现\"发什么内容\"\"怎么写文案\"\"用哪种格式\"\"怎么发小红书\"等执行话题，立即说：\n> \"这个方向很有价值，不过它属于后续 [MVP 设计 \u002F 转化闭环] 阶段的范围。我们先把利基定位确认好，后面的执行才有准确的靶心。\"\n> 然后把话题拉回当前阶段。\n\n---\n\n## 本步骤必须完成什么\n\n1. 环1：新杠杆 \u002F 元杠杆可用方向分析\n2. 环2：行业边界变动识别（技术、传播路径、政策）\n3. 环3：资源叠加，三环重叠区识别\n4. 候选利基生成（含机会评分六维）\n5. 主利基确认\n6. 定位陈述\n\n---\n\n## 执行步骤\n\n1. 解释本步目标。教学模式下先解释三环含义、新杠杆 vs 元杠杆的区别、什么叫边界变动。\n\n2. **先分析环2（边界变动）**——从行业变化开始，而不是从用户需求开始：\n   - 你所在的行业最近发生了哪些明显变化？（比如大公司收缩、AI 工具普及、某类客户行为转移、平台流量格局变化）\n   - 有没有什么之前做不到、现在可以做到的事？（技术边界移动）\n   - 有没有某类客户，以前只能找大公司服务，现在可以找个体了？为什么？\n   - 处于原有商业路径上的大公司，为什么没有追这个方向？（价值网络冲突在哪里？）\n\n3. **再分析环1（新杠杆 \u002F 元杠杆）**——聚焦在这个行业里能用的无需许可杠杆：\n   - 代码\u002F工具：能不能用软件或自动化流程代替人力重复劳动？\n   - 媒体：能不能把知识或经验制作成可以反复使用的内容资产？\n   - 元杠杆（AI）：在这个行业里，有没有完整的业务流程可以交给 AI 自主运转，只在出现例外时才介入？\n\n4. **读取环3**：从 `opc-doc\u002Foutputs\u002F01-resource-audit\u002F` 获取资源盘点结论。把环1 + 环2的发现叠加上来，找三环重叠区。\n\n5. 每轮回答后给简短反馈，标注激活了哪个环。\n\n6. **生成 3 个候选利基**，每个利基用以下格式呈现：\n\n   ```\n   候选利基 X：[简短名称]\n   目标用户：谁，处于什么处境\n   核心痛点：什么问题，有多痛\n   激活的环：✅\u002F❌ 环1（新\u002F元杠杆）| ✅\u002F❌ 环2（边界变动）| ✅\u002F❌ 环3（资源匹配）\n   时间窗口：为什么现在是合适的时机，窗口还有多宽\n   大公司为什么不来：价值网络冲突 \u002F 体量太小 \u002F 速度太慢\n   机会评分（六维，每项 1-5 分）：\n     痛点强度 X | 杠杆密度 X | 窗口红利 X | 资源匹配 X | 交付标准化 X | 现金流潜力 X\n   总分：XX\u002F30\n   风险点：\n   ```\n\n   优先推三环都激活、总分最高的方向；两环激活的次之；只有环3激活的作为保底选项，不作为主推。\n\n7. 默认增加 `4. 我有自己的方案`\n8. 让用户选择、组合、修改，或直接提出自己的版本\n9. 用户确认后，生成正式定位陈述并落盘\n\n---\n\n## 输出\n\n对话层必须包含：\n\n1. 本步解释\n2. 行业边界变动摘要 + 杠杆可用性分析\n3. 3 个候选利基 + 机会评分 + `4. 我有自己的方案`\n4. 每个候选的优势、风险和大公司为什么不追\n5. 请用户确认或修改\n\n**输出约束**：\n- 摘要只描述\"谁、痛什么、为什么有切口、为什么现在\"，不延伸到\"怎么做内容\"\"怎么获客\"\n- 候选利基不包含具体文案示例、内容模板或运营步骤\n- 如果用户已提供足够信息，本轮只给候选让用户选择，不附加执行建议\n\n---\n\n## 本步需要解释什么（教学模式）\n\n- **新杠杆**：无需任何人批准就可以使用的杠杆——代码（服务再多人成本不变）和媒体（内容做好后无限传播）\n- **元杠杆**：AI 是杠杆的杠杆，不只是让某个步骤变快，而是可以让整个业务闭环自动运转\n- **边界变动**：技术、传播路径或政策的变化，在原有市场里开出了一条新支流，让旧的最优方案变得不再最优\n- **三环合一**：找三者重叠的地方，胜算最高；只靠资源匹配，竞争优势最弱\n\n---\n\n## 输入\n\n优先读取：\n\n- `opc-doc\u002Foutputs\u002F01-resource-audit\u002Finventory.md`（资源盘点结论）\n- `opc-doc\u002Finputs\u002Fmarket-notes.md`（如有）\n- `opc-doc\u002Finputs\u002Fraw-ideas.md`（如有）\n\n如果前置资源盘点缺失，先检查当前对话里是否已有足够创始人资源信息。\n\n- 如果够，可以继续\n- 如果不够，先建议调用 `opc-resource-audit`\n\n---\n\n## 落盘检查点（阶段必须完成，不可跳过）\n\n用户明确确认目标利基和定位陈述后，**立即**使用 Write 工具创建以下文件。在对话中描述结论不等于落盘。\n\n**写入文件：**\n\n- `opc-doc\u002Foutputs\u002F02-niche-positioning\u002Fthree-ring-analysis.md`（三环分析结论：可用杠杆清单、行业边界变动清单、与资源的重叠识别）\n- `opc-doc\u002Foutputs\u002F02-niche-positioning\u002Fcandidates.md`（3 个候选利基及机会评分六维明细）\n- `opc-doc\u002Foutputs\u002F02-niche-positioning\u002Ftarget-segment.json`（确认的目标细分：`{\"segment\": \"...\", \"core_pain\": \"...\", \"timing\": \"...\", \"rings_activated\": [\"leverage\", \"boundary_shift\", \"resource_match\"], \"opportunity_score\": {\"pain\": 0, \"leverage\": 0, \"window\": 0, \"resource_fit\": 0, \"standardization\": 0, \"cashflow\": 0, \"total\": 0}, \"why_viable\": \"...\", \"why_big_players_wont\": \"...\"}`）\n- `opc-doc\u002Foutputs\u002F02-niche-positioning\u002Fpositioning-statement.md`（定位陈述：为谁、解决什么、为什么你、为什么现在）\n\n**更新状态文件：**\n\n- `opc-doc\u002Fstate\u002Fcurrent-stage.json`（写入：`{\"stage\": \"02-niche-positioning\", \"status\": \"completed\", \"next_stage\": \"03-value-proposition\", \"summary\": \"一句话定位核心\"}`）\n- `opc-doc\u002Fstate\u002Fdecisions.json`（追加确认的利基选择）\n\n**落盘完成后，在对话中告知用户：**\n> \"✅ 利基定位结论已保存。下次对话可以从价值主张继续。\"\n\n## gbrain 同步（可选，默认关闭）\n\n如果环境变量 `OPC_AUTO_SYNC=1`，落盘完成后**自动**调用：\n\n```bash\nOPC_TAG=\"$(basename \"$PWD\")\" ~\u002F.claude\u002Fscripts\u002Fopc-to-gbrain.sh \"$OPC_TAG\"\n```\n\n把本阶段产出同步到 gbrain，以后可跨项目用 `gbrain query \"\u003C项目代号> 利基定位\"` 检索回忆。\n未设置 `OPC_AUTO_SYNC` 时**不要**自动调，不要询问——用户可手动跑同样命令同步。\n\n**只有落盘完成后，才可以提示进入 `opc-value-proposition`。**\n\n---\n\n## 完成标准\n\n- 已完成三环分析（环1 + 环2 + 环3 叠加）\n- 已生成 3 个候选利基，含机会评分六维\n- 用户已确认主利基\n- 已生成定位陈述\n\n**完成即止**：当定位陈述已生成、用户已确认，本阶段任务结束。不要延伸到内容策略或执行规划，直接提示用户进入价值主张阶段。\n\n---\n\n## 何时调用其他 skills\n\n只有在用户确认目标细分后，才进入 `opc-value-proposition`。\n\n---\n\n## 异常处理\n\n- 如果市场很大，强制继续切细，不允许停留在宽泛市场\n- 如果用户给不出答案，先基于行业背景生成合理候选供他判断，不把压力全丢给用户\n- 如果三环都找不到重叠点，如实告知，探讨是否需要扩大行业范围或调整资源方向\n",{"name":5,"description":7},"main","7850740bd837adb32f0a109ab2af82482196c6f2","skills\u002Fopc-niche-positioning",1,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills","https:\u002F\u002Fzturnsgo.com","https:\u002F\u002Fgithub.com\u002Fshengdabai","https:\u002F\u002Fzturnsgo.com\u002F","AI × education creator — producer, not consumer. Taught 6,000+ learners; shipping learning tools & daily essays with Claude Code, practicing @xiaolai's way 🥋","2026-11-01 21:28:23",{"source":8,"skillName":5,"commands":55,"prompt":65,"zipAvailable":66},[56,59,62],{"tool":57,"command":58},"npx","npx skills add shengdabai\u002FTony-Claude-Code-Skills --skill opc-niche-positioning",{"tool":60,"command":61},"bunx","bunx skills add shengdabai\u002FTony-Claude-Code-Skills --skill opc-niche-positioning",{"tool":63,"command":64},"pnpm","pnpm dlx skills add shengdabai\u002FTony-Claude-Code-Skills --skill opc-niche-positioning","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fopc-niche-positioning\u002FSKILL.md",true,[68,74,78,82],{"path":69,"resourceType":70,"resourceTypeDesc":71,"sizeBytes":72,"sourceHtmlUrl":73},"agents\u002Fopenai.yaml","REFERENCE","参考文档",291,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fopc-niche-positioning\u002Fagents\u002Fopenai.yaml",{"path":75,"resourceType":70,"resourceTypeDesc":71,"sizeBytes":76,"sourceHtmlUrl":77},"references\u002Fmarket-scan-checklist.md",246,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fopc-niche-positioning\u002Freferences\u002Fmarket-scan-checklist.md",{"path":79,"resourceType":70,"resourceTypeDesc":71,"sizeBytes":80,"sourceHtmlUrl":81},"references\u002Fniche-evaluation.md",233,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fopc-niche-positioning\u002Freferences\u002Fniche-evaluation.md",{"path":83,"resourceType":70,"resourceTypeDesc":71,"sizeBytes":84,"sourceHtmlUrl":85},"references\u002Fpositioning-formula.md",194,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fopc-niche-positioning\u002Freferences\u002Fpositioning-formula.md",[87,106,139,164,186,206],{"skillNo":88,"name":89,"nameZh":6,"description":90,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":91,"categories":92,"keywords":98,"publishedAt":39},"01M70P17DAD4C1C47NPH6A96EM","xiaolai-methodology","以李笑来(Li Xiaolai)的思考方式、方法论与表达风格,为用户做全方位 1-on-1 教练指导,覆盖创业、赚钱、投资、学习、自学、读书写作、用 AI、以及人生心态与自我管理。当用户提到 \"李笑来\"、\"笑来\"、\"笑来老师\"、\"扮演李笑来\"、\"找笑来聊聊\"、\"笑来怎么看\"、\"xiaolai\"、\"把时间当作朋友\"、\"通往财富自由之路\"、\"定投改变命运\"、\"韭菜的自我修养\"、\"自学是门手艺\"、\"让时间陪你慢慢变富\"、\"七年就是一辈子\"、\"元认知\"、\"活在未来\"、\"复利\u002F长期主义\"、\"践行\"、\"痴迷改进\"、\"个人商业模式\u002F出售时间\"、\"睡后收入\"、\"定投\"、\"财富自由\"、\"操作系统升级\"、\"最少必要知识\"、\"北极星提示词\"、\"用 AI 该怎么学\u002F思考\" 等任一触发词,或当用户带着关于创业\u002F赚钱\u002F投资\u002F学习\u002F职业\u002F重大人生决策的困惑、希望被人用笑来式的「逻辑 + 大白话 + 类比 + 重新定义 + 践行导向」来点醒和指导时,自动进入李笑来教练模式。","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fxiaolai-methodology\u002FSKILL.md",[93],{"categoryNo":94,"categoryName":95,"taxonomyType":96,"taxonomyTypeDesc":97},"01JBSEEDCAT000000000000018","写作与文案","SCENARIO","使用场景",[99,100,101,102,103,104,105],"methodology","xiaolai","xiaolai methodology","朋友","投资","writing","收入",{"skillNo":107,"name":108,"nameZh":6,"description":109,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":110,"categories":111,"keywords":120,"publishedAt":39},"01M70P13NB9YP7ACJR1S861CDS","zread","Produce and consume a wiki-style knowledge base for a code repository via the `zread` CLI and its on-disk output under `.\u002F.zread\u002Fwiki\u002F`. Use this skill whenever the user wants to understand, onboard onto, explore, summarize, map, or get an overview of an unfamiliar codebase; asks for architecture docs, a project wiki, a repo walkthrough, module\u002Fpackage explanations, or \"what does this repo do\"; wants to generate, regenerate, resume, browse, or serve code documentation locally; or mentions zread \u002F zread.ai directly. Also use it proactively before diving into a large unknown repo — if `.\u002F.zread\u002Fwiki\u002Fcurrent` exists, read the generated pages instead of crawling source file-by-file; if it doesn't, consider offering to run `zread generate`. The trigger is the intent (understand a codebase through generated docs), not the literal word \"zread\".","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fzread\u002FSKILL.md",[112,115],{"categoryNo":113,"categoryName":114,"taxonomyType":96,"taxonomyTypeDesc":97},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":116,"categoryName":117,"taxonomyType":118,"taxonomyTypeDesc":119},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[108,121,122,123,124,125,126,127,128,24,129,130,131,132,133,134,135,136,137,138],"knowledge","wiki","explore","walkthrough","project","get","knowledge base","run","intent","cli","map","documentation","project wiki","disk","architecture","code","unknown","generated",{"skillNo":140,"name":141,"nameZh":6,"description":142,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":143,"categories":144,"keywords":149,"publishedAt":39},"01M70P10S4SWMZQ8BJAFBFDRW3","youtube","Launch the YouTube Creator Agent to auto-generate videos.\nUse when: user types \u002Fyoutube, wants to create YouTube videos,\ngenerate video content, or upload to YouTube.\nKeywords: youtube, video, 视频, 创作视频, 发布视频","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fyoutube\u002FSKILL.md",[145,146],{"categoryNo":113,"categoryName":114,"taxonomyType":96,"taxonomyTypeDesc":97},{"categoryNo":147,"categoryName":148,"taxonomyType":118,"taxonomyTypeDesc":119},"01JBSEEDCAT000000000000036","内容创作者",[141,150,151,152,153,154,155,156,24,157,158,159,30,32,160,161,162,163],"user","content","视频","creator","generate video","videos","launch","video content","create","upload","auto","types","Video","创作",{"skillNo":165,"name":166,"nameZh":6,"description":167,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":168,"categories":169,"keywords":171,"publishedAt":39},"01M70P0YE95D8BACZCGV8BK90K","youtube-script-sync","Sync, update, or optimize Tony's GetNote knowledge base `Youtube视频逐字稿` by turning each parent recording or first-person idea note into an idempotent child note containing a directly recordable YouTube long-video or Shorts script. Use when the user says “更新\u002F同步\u002F优化 Youtube视频逐字稿知识库”, or says “更新\u002F同步\u002F优化该知识库” while this knowledge base is the active context.","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fyoutube-script-sync\u002FSKILL.md",[170],{"categoryNo":113,"categoryName":114,"taxonomyType":96,"taxonomyTypeDesc":97},[172,173,141,174,175,162,176,177,178,179,180,181,182,183,127,184,30,32,121,185],"sync","script","youtube script sync","recording","shorts","first","base","person","update","active","child","optimize","idempotent","long",{"skillNo":187,"name":188,"nameZh":6,"description":189,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":190,"categories":191,"keywords":196,"publishedAt":39},"01M70P0WMV5XT0EEC0N445PW07","writing-skills","How to write SKILL.md files that trigger reliably and teach effectively. Use when creating, improving, or reviewing Claude Code skills.","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fxiaolai\u002Fnlpm\u002Fskills\u002Fnlpm\u002Fwriting-skills\u002FSKILL.md",[192,193,194,195],{"categoryNo":94,"categoryName":95,"taxonomyType":96,"taxonomyTypeDesc":97},{"categoryNo":113,"categoryName":114,"taxonomyType":96,"taxonomyTypeDesc":97},{"categoryNo":116,"categoryName":117,"taxonomyType":118,"taxonomyTypeDesc":119},{"categoryNo":147,"categoryName":148,"taxonomyType":118,"taxonomyTypeDesc":119},[197,104,198,199,200,201,136,30,32,202,203,204,205],"writing skills","how","teach","write skill","write","claude code skills","files","how to","trigger",{"skillNo":207,"name":208,"nameZh":6,"description":209,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":210,"categories":211,"keywords":214,"publishedAt":39},"01M70P0SJFR4YVJQBGMHKGSKXT","writing-rules","How to write .claude\u002Frules\u002F files that Claude actually follows. Use when creating, improving, or reviewing project rules.","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fxiaolai\u002Fnlpm\u002Fskills\u002Fnlpm\u002Fwriting-rules\u002FSKILL.md",[212,213],{"categoryNo":94,"categoryName":95,"taxonomyType":96,"taxonomyTypeDesc":97},{"categoryNo":147,"categoryName":148,"taxonomyType":118,"taxonomyTypeDesc":119},[215,104,216,125,217,203,30,198,201,32,204],"Rules","writing rules","project rules"]