OpenWiki 0.2 adopts OKF spec
OpenWiki 0.2 版本引入了 Google Cloud 提出的 OKF 规范,通过 YAML front matter 为代码库 Wiki 添加结构化元数据。新版本支持生成 index.md 和 logs.md,提升了文档的导航性、检索效率以及编程代理的上下文获取能力,同时兼容开源生态系统工具。
OpenWiki 0.2 版本引入了 Google Cloud 提出的 OKF 规范,通过 YAML front matter 为代码库 Wiki 添加结构化元数据。新版本支持生成 index.md 和 logs.md,提升了文档的导航性、检索效率以及编程代理的上下文获取能力,同时兼容开源生态系统工具。
本文介绍 OpenWiki 如何构建自我修正的记忆系统。传统记忆系统难以发现知识过时,导致记忆漂移和污染。OpenWiki 通过记录 wiki 页面中的事实性声明及其在代码中的支撑证据,并追踪证据版本,在代码变更时将相关声明标记为过时。每次更新前进行确定性的过期检测,由 Agent 在读取页面时重新验证或修正声明,形成自我修正反馈循环。该系统通过 OKF v0.2 格式使声明与溯源信息可移植。评估显示,声明运行时使过时声明从 80 降至 9,幻觉声明从 15 降至 0,且更新成本随代码变更量而非声明总数扩展。
本文介绍了Lyft联合创始人Matt Van Horn在不读写代码的情况下,利用Claude Code和Codex构建开源项目并登顶GitHub Trending的九条规则。规则包括快速发布、编写计划、信任Agent、优化使用成本、提供CLI工具、让工具自记笔记等,展示了非程序员如何高效利用AI进行开发。
本文详细介绍了如何在30天内掌握Claude Code这一命令行自主编程Agent。文章将其划分为三个阶段:第一周侧重基础安装与环境配置(如CLAUDE.md文件的编写及Plan/Act模式的区分);第二周通过构建真实MVP项目来掌握调试与核心斜杠指令;第三周进阶至多文件重构及MCP服务器连接。旨在帮助开发者摆脱简单的聊天对话,利用Claude Code实现高效的代码编写、调试与部署。
文章详细介绍了 OpenAI 在 Codex CLI v0.128.0 中引入的实验性功能 /goal。该功能基于 Ralph Loop 理念,使 Codex 能从单次对话转变为自主规划、持续迭代、自我修正的代理,直至完成高层次目标。文章对比了 /goal 模式与正常模式的区别,列举了适用场景如长周期重构和无人值守开发,并指出该模式能显著提升任务完成度和工程质量,但需注意 Token 消耗。
本文介绍了 Claude Code 团队在 AI 生成约 90% 代码的情况下如何重构代码评审流程。团队将代码评审从人工逐行阅读转变为分层自动化体系:包括 PR 前的 Claude 自验证、子代理 diff 审查、内部 skill(bug 猎捕、diff 缩减等)、以及每个 PR 的 AI 评审,仅将人类注意力保留给高风险决策。通过 CLAUDE.md 和 REVIEW.md 等文件向评审者注入项目上下文,并快速回滚机制兜底。6 月至 9 月间合并 PR 数量翻倍,回滚率下降超 40%,实现了用最少人工环节保障代码质量的目标。
作者分享了在创业公司落地 AI Coding 工作流半年来的实践迭代。核心思路是给 Agent 最大执行权限同时控制爆炸半径:使用 Claude Code 作为主力 Agent 配合 matt Skill 与项目 MCP;通过 git worktree 物理隔离多个并行 Agent 的工作区;坚持计划先行,动代码前必须产出完整 Plan 并用状态文件持久化进度;测试上人机分工,AI 在 DEV 环境完成正反用例自测,人类只验收业务效果;通过 PR 规范、GPT 对抗性 Review、CI 自闭环守住质量防线;用 PostHog Feature Flag 实现秒级回退止血;并以部署看板巡检日志、三层文档体系(CLAUDE.md、rules、specs)作为长期记忆,实现生产级 AI 高速开发。
本文是零基础 Grok Bot 全流程教学。作者介绍了 Grok Bot 与 Codex、Claude Code 等项目型 Agent 的区别:每个 Bot 像有独立身份、职责和 Skill 的个人助手。文章讲解了 Grok Bot 的核心特性——每个账号配备一台云电脑,Bot 之间可互相传话、拉群协作;并给出四类 Bot 搭建方向:固定任务型(定时任务)、专业领域型(安装 Skill)、工具型(接入 Codex、飞书等 CLI)、连接器型(打通推特、密码管理器、邮箱等)。文中还包含安全提醒和额度消耗技巧,是一份实用的 personal AI 入门指南。
文章面向 FDE(前沿部署工程师),系统讲解传统企业进行 AI 改造的技术架构。作者梳理了 Model、Agent、Skill、MCP、CLI 五大概念的分层关系与职责,并以请假查询为例展示一次工具调用的完整链路。针对 OA、PLM、MES 等存量老系统,提出三级改造路径:API 封装(首选)、CLI 包装(次选)、RPA 兜底(过渡),并强调凭证透传、审计底账和人机协同确认等安全机制。最后结合整车制造请假系统与商用车 PLM 客户端两个案例说明落地方式,给出从资产盘点、协议标准化到审计闭环的实施步骤。
文章讲述作者管理10个Grok Bot时,云电脑虚拟机重置导致部署的服务全部丢失的问题。作者没有采用快照备份,而是建立了一套服务登记与重建体系:通过Gitee私有仓库维护vm-services目录,设立「虚拟机服务管家」Bot维护服务总账(REGISTRY.md和registry.json),强制所有Bot部署新工具时登记,密钥只记录路径不入库,并为每个服务配备幂等的恢复脚本和统一的restore-all.sh总入口。作者总结了Codex授权互顶、定时任务漏写等教训,并提供了可直接复制的「服务管家部署」和「重置后恢复」两套提示词,帮助读者快速搭建自己的AI虚拟机备份恢复方案。
文章介绍如何零成本利用 Grok Bot 背后 8 核 Xeon、16GB 内存的美国原生云电脑,结合 Tailscale 组网与 Funnel 公网穿透、Orca ADE 多 Agent 调度平台,搭建一套稳定的多端互通 Claude Code 运行环境。全程由 AI 完成绝大部分配置,人类只需点击授权,包含 5 个核心步骤:准备 Orca 环境、Tailscale 组网穿透、守护进程保活、双端配对、接入 Claude Code 联动 GitHub。作者还分享了手机分流规则、Tailscale 版本 Bug、DNS 缓存等实战排错经验,实现手机监控、电脑接管、Grok 双向编排的多 Agent 工作流。
作者利用破局俱乐部官方CLI和自己服务器上运行的Hermes Agent,搭建了一个名为"AI路径诊断"的公益网站。用户通过答题卡形式的访谈(精简模式12题或深入模式24题),网站会检索破局社群中与用户情况相近的真实实战案例,生成包含推荐方向、12周学习计划、真实案例参考的个性化报告,支持生成分享卡片、长图和Excel导出。文章详细介绍了技术架构:为网站单独创建受限的Hermes profile、通过白名单调用破局CLI只读不写、接入飞书CLI读取完整复盘文档、以及两个核心Skill(访谈skill和报告skill)的设计规则,后端采用Python FastAPI,前端使用原生HTML/CSS/JS,数据库使用SQLite。