By Tag: development

痛点 故事起源： 一位"老派 LANero"父亲想为他的女儿 Susana（3岁）和 Julieta（快出生了）创建一个安全、无广告、高质量的游戏门户。现有网站充斥着垃圾信息、激进广告和欺骗性按钮（暗黑模式），让他的幼儿感到沮丧。 挑战： 构建一个"干净、快速、简单"的门户是容易的部分。真正的挑战是40+ 款教育游戏填充进去，且要针对特定的发展阶段（0-15岁），却没有一个开发团队。对于单亲开发者来说，手动开发太慢了，而维护几十款游戏的一致性更是一场噩梦。 功能 这个用例定义了一个"游戏开发者智能体"，能够自主管理游戏创建和维护的整个生命周期。工作流执行 "Bug 优先" 策略——智能体必须先检查并修复已报告的 Bug，然后才能开发新功能。 效率： 这条流水线每 7 分钟就能产出 1 款新游戏或 1 个 Bug 修复。智能体不知疲倦地迭代 41+ 款计划游戏积压队列，在创建新内容和修正上一周期的检测问题之间交替进行。 当路径通畅时，智能体： 选择：根据"轮循"策略从队列（development-queue.md）中识别下一个游戏，以平衡各年龄组的内容。 实现：编写游戏的 HTML5/CSS3/JS 代码，严格遵守 game-design-rules.md（无框架、移动优先、可离线运行）。 注册：自动将游戏元数据添加到中央注册表（games-list.json）。 文档：更新 CHANGELOG.md 和 master-game-plan.md 状态。 部署：处理 Git 工作流——拉取主分支、创建特性分支、使用约定式提交提交变更、合并回去。 提示词 这个工作流的核心是给智能体的系统指令。这个提示词将 LLM 转变为遵守项目严格结构的纪律严明的开发者。 （注： 实际生产环境中使用的提示词是西班牙语 (es-419)，以匹配项目的目标受众（拉丁美洲儿童）和潜在的地区贡献者。以下版本为此文档翻译而来。） 你是一位精通 Web 游戏开发和儿童用户体验的专家。 你的目标是开发生产队列中的下一个游戏。 请先阅读并分析以下上下文文件，然后再开始： 1. BUG 上下文（最高优先级 - 关键）： @[bugs/] （检查此文件夹。如果有文件，你的任务是修复 **仅第一个文件**（按字母顺序）。暂时忽略其余 Bug 和游戏队列）。 2. 队列上下文（下一个游戏是什么）： @[development-queue.md] ...

你是一名内容创作者，在多个平台间疲于研究、写作和设计。每个环节——寻找热门话题、撰写脚本、生成缩略图——都要耗掉你数小时。如果有一组专门的智能体在一夜间替你完成所有工作呢？ 这个工作流在 Discord 内搭建了一个多智能体内容工厂，不同智能体在各自的频道中处理研究、写作和视觉素材。 功能 研究智能体每天早晨扫描热门故事、竞争对手内容和社交媒体，寻找最佳内容机会 写作智能体接手最佳创意，撰写完整的脚本、推文串或新闻稿草稿 缩略图智能体为内容生成 AI 缩略图或封面图 每个智能体在各自的 Discord 频道中工作，保持条理清晰且可审查 按计划自动运行（例如每天上午 8 点），你醒来即可看到完成的内容 痛点 内容创作分为三个阶段——研究、写作和设计——大多数创作者手动完成所有三个环节。即使使用 AI 写作工具，你仍然需要逐一提示。这套系统将智能体串联成流水线，一个智能体的输出自动成为下一个的输入，完全无需人工干预。 所需技能 含多个频道的 Discord 集成 sessions_spawn / sessions_send 用于多智能体编排 x-research-v2 或类似工具用于社交媒体研究 本地图像生成（例如 Nano Banana）或图像生成 API knowledge-base 技能（可选，用于 RAG 驱动的研究） 设置方法 设置一个 Discord 服务器（或让 OpenClaw 代劳——只需说"帮我们建一个 Discord"）。 为每个智能体创建频道： #research —— 热门话题和内容机会 #scripts —— 书面草稿和大纲 #thumbnails —— 生成的图像和封面图 提示 OpenClaw： 我希望你在 Discord 内为我搭建一个内容工厂。 为不同智能体设置频道： 1. 研究智能体（#research）：每天上午 8 点，研究当天最热门的 故事、竞争对手内容和社交媒体趋势。 输出：每个内容机会一段简短摘要。 2. 写作智能体（#scripts）：每天上午 9 点，从 #research 获取 最佳创意，撰写完整的视频脚本或推文串。 3. 缩略图智能体（#thumbnails）：在 #scripts 发布后， 根据脚本内容生成...

你的 AI 智能体很强大但反应式——它只在你在告诉它做什么时才工作。如果它知道你的目标，并每天主动提出让你更接近目标的任务呢？ 这个工作流将 OpenClaw 变成一个自我驱动的员工。你一次性地把目标倾倒给它，智能体自主地生成、安排和完成推动这些目标前进的任务——包括在夜间为你构建惊喜迷你应用。 功能 你将所有目标、使命和目的倾倒给 OpenClaw（个人和职业） 每天早上，智能体生成 4-5 个可在你的电脑上自主完成的任务 任务超越应用构建：研究、编写脚本、构建功能、创作内容、分析竞争对手 智能体自行执行任务，并在它为你构建的自定义看板上跟踪它们 你也可以让它每晚为你构建一个惊喜迷你应用——一个新的 SaaS 创意，一个自动化你生活中乏味部分的工具，作为 MVP 交付 痛点 大多数人都有宏大的目标，但很难将其分解为每日可执行的步骤。而且即使他们做到了，执行也耗费他们所有的时间。这个系统将规划和执行都卸载给你的 AI 智能体。你定义目的地；智能体找出每天的步骤并走下去。 所需技能 Telegram 或 Discord 集成 sessions_spawn / sessions_send 用于自主任务执行 Next.js 或类似工具（用于看板——OpenClaw 为你构建） 设置方法 第 1 步：倾倒你的目标 这是最重要的一步。将你试图完成的一切发给你的 OpenClaw： 这是我的目标和使命。记住所有这些： 职业： - 将我的 YouTube 频道发展到 10 万订阅者 - 在 6 月前推出我的 SaaS 产品 - 在 Q2 之前发布 3 个开源项目 个人： - 每周锻炼 4 次 - 每月读 2 本书 - 教我的孩子编程 第 2 步：设置自主任务 每天早上，查看我的目标和当前进度。 生成 4-5 个你今天可以自主完成的任务，以推动这些目标前进。 任务应该是我电脑上可以执行的实际事项——编写脚本、生成内容、进行研究。 完成后，在一个好看的自定义看板上记录这些任务。 构建一个具有三列的看板：待办、进行中、已完成。 我可以在浏览器中查看和交互。 第 3 步：隔夜迷你应用 我说"构建一个迷你应用"时，选择我目标中涉及的一个问题， 并在夜间构建一个解决它的完整应用。 像一个迷你 SaaS——从一个想法到一个完整可用的工具，一夜之间。 将其构建为独立的 Web 应用，保存在 ~/mini-apps/ 中。 当我醒来时，告诉我你构建了什么以及如何访问它。 第 4 步：日常进度 每晚，给我一份进度报告： -...

在 OpenClaw 开始构建任何新内容之前，它会自动检查该创意是否已存在于 GitHub、Hacker News、npm、PyPI 和 Product Hunt 上——并根据发现结果调整方法。 功能 在编写任何代码之前扫描 5 个真实数据源（GitHub、Hacker News、npm、PyPI、Product Hunt） 返回一个 reality_signal 评分（0-100），表示该领域的拥挤程度 显示前几名竞争对手及其星数和描述 当领域饱和时建议转型方向 作为构建前关卡：高信号 = 停下讨论，低信号 = 继续 痛点 你告诉你的智能体"给我构建一个 AI 代码审查工具"，它愉快地花了 6 小时编码。同时，GitHub 上已有 143,000+ 个仓库——最热门的有 53,000 星。智能体从不检查，因为你从未要求，它也不知道要看。 设置方法 使用 idea-reality-mcp（MCP 服务器）： 安装 MCP 服务器： pip install idea-reality-mcp 将其连接到你的 OpenClaw 设置（根据你的客户端配置 MCP）。 测试它： 验证这个想法："AI 驱动的代码审查工具" 将其设为默认： 从现在开始，在开始任何新构建之前， 始终先运行 Idea Reality Check。 如果信号评分超过 70，告诉我竞争情况， 在继续之前等待我的指示。 工作原理 reality_signal = f(GitHub repos, HN mentions, npm packages, PyPI projects, PH launches, product age, community size) 低信号（0-30）：真正的空白空间。继续。 中信号（30-70）：存在竞争但可进入。考虑差异化。 高信号（70-100）：高度竞争。在继续之前讨论转型或缩小范围。 评分是动态的——它考虑到不仅仅是存在，还有成熟度。一个拥有 50,000 星和 4...

传统的看板是静态的，需要手动更新。你会忘记移动卡片，在会话之间丢失上下文，无法跟踪状态变更背后的"原因"。项目在缺乏清晰可见性的情况下漂移。 这个工作流用事件驱动的系统取代看板，自动跟踪项目状态： • 将项目状态存储在具有完整历史的数据库中 • 捕获上下文：决策、阻塞项、下一步、关键洞察 • 事件驱动更新："刚完成 X，阻塞在 Y" → 自动状态转换 • 自然语言查询："[项目] 的状态如何？"，"为什么我们在 [功能] 上转型了？" • 每日站会摘要：昨天发生了什么，今天计划什么，什么阻塞了 • Git 集成：将提交链接到项目事件以实现可追溯性 痛点 看板对于独立开发者来说并不好用，原因有三： 你必须在编写代码时停下来更新卡片 默认情况下，状态变更没有附加上下文（"为什么我们把这个移到进行中？"） 孤立的看板不反映你的实际工作——Git 提交、松弛对话和设计决策 所需技能 文件系统访问 可选的 Git 集成 可选的 Discord/Telegram 用于每日摘要 设置方法 告诉 OpenClaw 你想要事件驱动的项目跟踪： 我希望你使用事件驱动的日志而不是看板来跟踪项目状态。 每次我完成某事、改变方向或遇到阻塞时，记录事件。 定义你的事件类型： 使用这些事件类型： - feature_started - feature_completed - blocker - decision - priority_change - bug_found - bug_fixed 每个事件记录： - 时间戳 - 项目/功能名称 - 事件类型 - 描述 - 关联的提交或链接（如果适用） 设置每日摘要： 每天早上，给我一份项目状态摘要： - 自昨天以来完成的事项 - 当前阻塞项 - 今天的推荐优先级 - 任何需要注意的趋势 使其成为习惯： 当我说"状态更新"时，提示我记录当前状态。 为每个事件使用一致的格式，以便我可以查询它们。 小贴士 避免系统过度设计。目标是少操心项目管理，而不是多操心。 使用自然语言。不要创建严格的命令——只需自然地对你的助手说话。系统会捕获一切。 相关链接 事件溯源模式 为什么看板对独立开发者无效 ...