- 博客(492)
- 收藏
- 关注
RSS订阅原创 Shell Tool：命令执行、输出读取和长任务管理
Shell Tool 的核心是“可控执行”。exec 启动命令，process 管理长任务，approval 和 sandbox 限制风险，日志和 exit code 负责验证结果。
2026-06-17 10:57:26
172
原创 为什么产品越简单越赚钱
产品越简单越赚钱，不是因为用户喜欢少功能，而是因为简单降低了理解成本、使用成本、付费决策成本、传播成本和维护成本。用户越快得到结果，越容易相信这个产品值得付费。对独立开发者来说，简单是一种商业策略。它让你更快验证需求，更快拿到反馈，更快找到付费理由，也更容易长期维护。先把一个结果做简单、做清楚、做可靠，再考虑扩展。
2026-06-17 09:56:15
232
原创 手写一个最小 Agent
名称参数 schema执行函数schema: {},},schema: {},注意这里有一个重要点：模型看到的不是函数代码。模型看到的是工具名称、描述、参数 schema。真正执行的是运行时。这和 OpenClaw 的工具机制是一致的。手写一个最小 Agent，真正要理解的是 Agent Loop。它不是神秘的。保存消息调用模型识别工具请求执行工具把结果放回消息继续循环直到输出最终答案OpenClaw 的强大不在于它改变了这个本质。
2026-06-16 10:50:19
511
原创 如何砍掉80%的功能
砍掉 80% 的功能，不是把产品做得粗糙，而是把第一版做得更锋利。你只保留能验证核心价值的部分，把管理、扩展、规模化和低频功能后置。早期产品越清楚，学习越快。对独立开发者来说，最重要的不是第一版看起来像成熟公司，而是第一版能让真实用户完成一个结果。先跑通核心路径，再把被证明需要的功能加回来。功能越少，信号越清楚。
2026-06-16 09:55:39
361
原创 Browser、Shell、Canvas 原理
Browser、Shell、Canvas 是 OpenClaw 连接真实世界的三个重要执行表面。Browser 让 Agent 操作网页。Shell 让 Agent 操作系统和项目。Canvas 让 Agent 展示和协作可视化结果。Browser = Web 世界Shell = 系统世界Canvas = 可视化协作世界模型负责判断用哪个。OpenClaw 负责执行、限制、记录和回传结果。理解这三个表面，你就能更准确地判断：一个任务到底需要浏览器，需要命令行，还是需要一个可视化工作区。
2026-06-15 10:15:05
269
原创 MVP 到底是什么
MVP 不是简陋版产品，也不是少功能产品，而是用最小成本验证核心价值的版本。它必须让真实用户完成一个结果，并通过用户行为证明这个结果值得继续做。对独立开发者来说，做 MVP 的关键不是“我最少能写多少代码”，而是“我最少需要交付什么，才能验证用户是否真的需要”。先跑通核心闭环，再考虑完善系统。先证明价值，再追求完整。
2026-06-15 09:36:56
264
原创 模型降级、重试和错误处理策略
可靠性来自分层处理失败。短暂错误用 retry，身份问题用 profile rotation，模型不可用用 fallback，不该绕过的错误要透明报告。
2026-06-14 13:23:09
237
原创 最近值得关注的10个方向
最近值得关注的方向，基本都围绕一个共同变化：AI 和自动化正在进入真实工作流，小团队开始需要更稳定、更具体、更低门槛的工具。机会不在大而泛的概念，而在那些重复、烦、可验证、能省钱或赚钱的小流程里。独立开发者不要追着热点跑，而要把热点拆成任务，把任务拆成人群，把人群拆成付费理由。方向只是第一步，验证才是决定要不要做的关键。
2026-06-14 13:00:18
225
原创 工具调用协议：模型如何决定调用哪个工具
工具调用让模型从“会说”变成“能做”，但它本质是协议协作。模型选择工具，OpenClaw 校验和执行，结果再回到模型继续推理。
2026-06-13 10:42:06
229
原创 副业产品如何选
副业产品不是全职创业的缩小版。它有自己的约束：时间碎、响应慢、精力有限、不能长期高压。适合副业的产品，应该低维护、可拆分、异步交付、有渠道优势、能积累复利资产。不要用最大市场来选副业，而要用可持续性来选。一个你能每周推进、每月上线、每次都积累一点资产的小产品，比一个想象空间巨大但永远做不完的平台更适合副业。
2026-06-13 10:16:30
287
原创 上下文组装：文件、历史消息、指令和工具 schema
上下文工程决定模型“看见什么”。Agent 行为 = 模型能力 + 当前上下文 + 工具可用性 + 权限边界。
2026-06-12 11:20:00
211
原创 一人公司适合做什么
一人公司适合做交付标准化、获客可沉淀、边际成本低、维护可控、用户能自助成功的生意。它不适合一开始就做重销售、重交付、重客服、重合规、重平台的方向。真正适合一个人的项目，不一定看起来宏大，但它应该能持续积累资产：内容、模板、代码、数据、用户、流程和品牌。你不是要把自己变成一个忙到停不下来的小团队，而是要做一个能被系统放大的生意。
2026-06-12 10:03:46
256
原创 API 中转还能做吗
API 中转还能做，但不能再停留在低价倒卖接口。真正有机会的是把 API 变成稳定、可监控、可计费、可追踪、可集成、可用于具体业务的能力。用户不为转发地址付费，而为少踩坑、少维护、更稳定、更贴近场景的交付付费。对独立开发者来说，最好的切口不是做一个大而全的中转平台，而是选择一个明确场景，把上游 API 封装成一个稳定的小能力。先服务一个具体流程，再逐步扩展接口和上游。
2026-06-11 09:06:19
227
原创 OpenAI、Claude、Gemini 与 OpenAI Compatible 接入方式
模型接入不是“填 key”这么简单。先确认 provider，再确认 model，再确认 runtime 和工具能力。
2026-06-10 10:34:46
246
原创 AI Agent 赛道还有机会吗
AI Agent 赛道还有机会，但机会不在“万能助手”，而在具体流程里的可靠自动化。用户不为 Agent 概念付费，而为更快完成任务、更少出错、更低成本、更稳定结果付费。对独立开发者来说，最好的 Agent 项目通常很窄：服务一个具体人群，处理一个重复流程，输出一个可验证结果，并让用户保留关键控制权。先成为某个小流程里可靠的助手，再谈更大的智能体。
2026-06-10 09:52:50
339
原创 Provider 抽象：为什么 OpenClaw 可以接不同模型
Provider 抽象让 OpenClaw 把不同模型接入同一个 Agent Runtime。Provider 负责适配差异，Runtime 负责稳定执行。
2026-06-09 10:02:31
264
原创 为什么不要一开始做平台
不要一开始做平台，不是因为平台没有价值，而是因为平台把冷启动、信任、规则、运营和增长的难度同时堆到你面前。一个人做第一个项目，更适合从能独立产生价值的工具、服务或内容开始。平台的正确顺序不是先搭生态，再等用户进来；而是先服务一个具体人群，解决一个具体任务，积累用户、数据和信任。当用户自然需要连接另一边时，再考虑平台化。先做小闭环，再谈大网络。
2026-06-09 09:11:02
455
原创 日志与可观测性：如何看懂一次失败的调用
可观测性的价值，不是让日志变多，而是让失败可以分层定位。先定位失败层，再读取对应日志；先看结构化线索，再看自然语言错误。
2026-06-08 10:37:47
602
原创 第一个项目应该做多大
第一个项目应该做多大？大到能让用户完成一个真实结果，小到你能快速做出来并推给真实用户。不要追求完整，不要一开始做平台，也不要用功能数量换安全感。早期产品最重要的是闭环，而不是规模。对独立开发者来说，第一个项目的目标不是证明你能做一个大产品，而是证明你能发现一个具体需求，交付一个具体结果，并从真实用户那里拿到反馈。只要这个闭环跑通，小项目就有继续长大的资格。
2026-06-08 09:28:26
1157
原创 权限模型：Shell、Browser、文件读写的安全边界
OpenClaw 的权限模型不是一个总开关，而是一组叠加边界。Gateway 决定谁能进入，workspace 决定默认工作位置，sandbox 降低执行影响范围，exec approvals 控制 shell 命令，browser profile 隔离网页自动化，OS 权限和密钥管理提供最后约束。不要问“Agent 有没有权限”，要问“哪个入口、哪个 session、哪个工具、在哪个 host、以什么策略、访问哪些数据”。
2026-06-07 11:57:16
204
原创 假门测试怎么玩
假门测试是一种用用户行为排优先级的方法。功能还没做，先放入口；入口有人点，再看是否留资；留资后继续访谈、手工交付或做原型。它帮你在写代码前判断用户到底想要什么，从而少做无用功能。但假门测试不能替代产品体验验证，也不能越过信任边界。它只负责回答“用户是否对这个承诺感兴趣”。一旦兴趣成立，你还需要用真实交付证明结果有价值。对独立开发者来说，这个顺序能让开发更稳：先测意图，再做功能。
2026-06-07 10:56:09
201
原创 Workspace：文件系统、项目上下文和执行边界
Workspace 是 OpenClaw 的上下文根目录和默认执行位置。它承载 Agent 指令、用户信息、工具约定、记忆、skills 和 Canvas 文件，也为工具提供默认 cwd。但它不是硬安全边界。Workspace 负责让 Agent 知道“我在哪、该按什么规则做事”；sandbox 和 approvals 才负责限制“我能碰什么”。
2026-06-06 16:58:56
185
原创 Landing Page 验证法
Landing Page 验证法不是做一个漂亮首页，而是用一个页面测试商业假设。它逼你把用户、问题、结果和行动讲清楚，也让用户用真实行动告诉你：这个问题是否值得继续。对独立开发者来说，先做 Landing Page，再写代码，是一种更便宜的创业顺序。页面转化不好，损失的是几天；产品做完没人用，损失的可能是几个月。先用页面验证用户是否愿意行动，再决定是否开发，才是更稳的节奏。
2026-06-06 13:52:29
236
原创 Bridge：连接模型、工具和运行环境的中间层
Bridge 是连接不同系统边界的翻译层。今天的 OpenClaw 不应该再按旧 TCP Bridge 来理解，而应该按 Gateway Protocol、ACP、MCP、tool adapter、provider adapter、runtime adapter 这些桥接职责来理解。Bridge 让 OpenClaw 可以把不同入口、协议、模型、工具和运行环境接入同一个 Agent loop。
2026-06-05 10:58:10
255
原创 怎么验证需求不用写代码
不用写代码验证需求，不是为了逃避开发，而是为了避免把开发能力浪费在错误需求上。真正的验证，不是听用户说“我会用”，而是看用户是否愿意采取行动：留下信息、接受访谈、提交资料、试用粗糙方案、等待内测、付定金或为手工结果付费。对独立开发者来说，最好的顺序不是想到点子就开发，而是先用访谈确认痛点，用落地页测试表达，用假门测试优先级，用手工交付验证结果，用预售验证付费。等信号足够强，再写代码。这样你写下的每一行代码，都不是为了证明自己能做，而是为了放大一个已经被用户证明过的需求。
2026-06-05 09:39:06
273
原创 CLI：本地命令如何连接到 OpenClaw
CLI 是 OpenClaw 的本地控制面。它把人的终端输入、脚本参数、本地配置、Gateway 会话和 Agent Runtime 连接起来。CLI 让 OpenClaw 可以被人操作、被脚本调用、被运维排查，并把这些操作接入同一套会话和工具系统。
2026-06-04 09:59:40
263
原创 一个项目值不值得抄
一个项目值不值得抄，不取决于页面像不像、功能能不能做、技术难不难，而取决于你能不能承接它背后的需求、流量、交付、付费理由和时机。只复制功能，通常只会复制一个没有生命力的外壳；理解它为什么成立，再找到自己能切入的小场景，才可能复制到真正有价值的部分。对独立开发者来说，抄项目不是偷懒，而是一种市场研究方法。你从已经有人付费的方向里找证据，从用户抱怨里找缺口，从大产品覆盖不到的地方找入口。关键不是做一个更像别人的产品，而是做一个对某类用户来说更合适的版本。
2026-06-04 09:03:22
198
原创 Gateway：OpenClaw 的入口层和调度中心
Gateway 是 OpenClaw 的入口层和调度中心。它统一外部入口，维护连接和认证，解析 session，管理队列，承载事件流，并把 Agent Runtime 的结果送回正确渠道。Gateway 让 OpenClaw 从“本地 Agent”变成“多入口、多会话、多渠道、可观察的 Agent 系统”。
2026-06-03 10:33:42
326
原创 如何做竞品分析
竞品分析做到最后，不应该只剩下一堆截图和链接，而应该输出一个进入判断。你可以用一张表把信息收束起来：竞品名称 目标用户 核心场景 主要收费方式 用户常见抱怨 现有方案缺口 可能切口 获客渠道 进入难度 是否值得继续验证这张表的重点不是让你选一个最好抄的产品，而是帮你判断哪里还有空位。比如你发现很多竞品都服务大团队，但个人用户嫌贵；很多产品功能完整，但第一次使用太复杂；很多工具支持英文市场，但中文用户要自己摸索；很多产品做了平台，但没有把某个高频动作做到极致。这些才是独立开发者应该关注的入口。
2026-06-03 09:31:09
342
原创 流式输出、工具
↓↓↓↓这套链路让 Agent 从黑盒变成可观察系统。用户能看到进度。模型能拿到 observation。系统能知道 run 是否结束。开发者能排查失败发生在哪一层。这就是流式输出和中间状态的真正意义。
2026-06-02 11:19:07
222
原创 什么样的用户愿意付费
什么样的用户愿意付费？不是最喜欢你的用户，不是最愿意提建议的用户，也不是评论区最热情的用户，而是问题和结果关系最清楚的用户。他知道这个问题正在浪费时间、影响收入、增加风险、降低效率，或者让他错过机会。他可能已经在用替代方案，可能已经为类似产品付过钱，可能每天都被这个问题折磨，只是现有方案太贵、太复杂、太重，或者不适合他的具体场景。你要做的不是教育一个完全没有付费意识的人，而是给一个已经承认问题价值的人，提供一个更合适、更轻、更快、更贴近他的解决方案。
2026-06-02 10:05:27
664
原创 系统提示词、开发者指令和用户输入的优先级
系统规则：能不能做开发者 / 项目规则：应该怎么做用户输入：这次要做什么历史消息：帮助理解上下文外部内容：作为数据观察，不作为高优先级指令这个分层让 Agent 既能听用户的话，又不会被用户输入、网页内容、工具结果或历史噪音轻易接管。对 Agent 来说，安全不是“少做事”。安全是知道每句话属于哪一层。
2026-06-01 10:50:57
812
原创 如何判断市场是否拥挤
市场拥挤不是一个简单的“竞品多不多”的问题。你要看竞品质量、用户抱怨、替代方案、付费意愿和切口空间。竞品多但用户还在抱怨，说明机会可能还在；竞品少但没人搜索、没人付费，也不一定是蓝海。对独立开发者来说，最好的机会往往不是进入一个完全没人做的市场，而是在一个已经被证明有需求的市场里，找到一个被大产品忽略的小人群、小场景、小流程。不要怕竞争，怕的是你没有具体切口。
2026-06-01 10:18:44
924
原创 做国内还是出海
做国内还是出海，没有绝对优劣。国内适合强渠道、强关系、本地场景和快速反馈；出海适合标准化工具、搜索驱动、长尾关键词和可复制交付。不要把出海当成逃离内卷，也不要把国内当成没有机会。真正重要的是：你理解谁，你能触达谁，谁愿意为这个问题付费，你能不能承受对应的合规和运营成本。对一人公司来说，第一选择不是最大的市场，而是最容易拿到真实反馈、最容易完成第一笔收入的市场。
2026-05-31 18:46:33
203
原创 一次 OpenClaw 请求的完整生命周期
OpenClaw 先把外部输入变成可运行的 agent request，再在 Session 和 Workspace 边界内组装 Context，让模型和工具在 Agent loop 中交替工作，最后把输出、事件和状态写回系统。这里最重要的不是某个单点能力，而是闭环。入口接得住。上下文组得准。工具执行可控。过程能观察。结果能持久化。这才是 OpenClaw 和普通聊天壳子的关键区别。
2026-05-30 13:43:55
254
原创 做 SaaS 还是做 App
做 SaaS 还是做 App，没有绝对答案。结束的应该是“我想做一个 SaaS”或“我想做一个 App”这种从形态出发的思路。新的判断方式是：先看用户是谁，再看问题发生在哪里，再看任务频率、付费预算、设备能力和使用场景。SaaS 更适合工作流、团队和可计费结果；App 更适合移动场景、个人习惯和即时动作。你不是在选择一个技术方向，而是在选择最贴近用户问题的交付方式。形态选对了，产品会更顺；形态选错了，再多功能也会变重。
2026-05-30 10:58:31
263
原创 用户输入后内部发生了什么
用户输入后，OpenClaw 不是简单把文本转发给模型。入口标准化去重和 debouncesession 解析队列和 steeringcontext 组装模型调用工具执行observation 回传最终回复渠道适配transcript 持久化这条链路解释了为什么 OpenClaw 是 Agent Runtime，而不是普通聊天壳子。真正的 Agent 系统，复杂性不在一句 prompt，而在完整运行生命周期。
2026-05-29 14:16:43
350
原创 为什么导航站越来越难做
导航站越来越难做，不是因为目录没有价值，而是因为“低成本收录 + 批量页面 + 等 SEO 流量”的旧玩法越来越难。结束的不是导航站，而是收录红利。新的机会正在从大而全变成小而深，从工具目录变成场景解决方案，从搜索流量站变成用户决策站，从链接聚合变成工作流入口。如果你今天还想做导航站，不要问“还能不能做导航站”。应该问：还有哪些人，每天要花很多时间筛选信息，并且还没有被服务好？他们在什么任务里反复选择困难？现有工具为什么不能直接解决？你能不能把一堆链接整理成一条可执行路径？答案如果清楚，导航站仍然有机会。
2026-05-29 11:21:28
235
原创 Agent Prompt 是怎么影响行为的
Agent Prompt 是 OpenClaw 行为的底层操控台。它由系统提示词、工具说明、Skill 列表、Workspace 文件、运行时状态、渠道规则、历史消息共同构成。它决定 Agent 更主动还是更保守，更像工程师还是客服，更倾向调用工具还是只解释。但 Prompt 不是万能安全墙。Prompt 管行为Skill 管流程Context 管可见信息Policy 管硬边界Tools 管真实能力理解这套关系，你才不会把所有问题都归咎于“模型不行”。
2026-05-28 13:14:35
416
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人