<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Software Engineering on My Space</title><link>https://famer.me/tags/Software-Engineering/</link><description>Recent content in Software Engineering on My Space</description><generator>Hugo</generator><language>en</language><lastBuildDate>Mon, 23 Mar 2026 20:00:00 +0800</lastBuildDate><atom:link href="https://famer.me/tags/Software-Engineering/index.xml" rel="self" type="application/rss+xml"/><item><title>明系魔法吟唱之5 -- 我要说的事，你们千万别害怕</title><link>https://famer.me/2026/03/23/cyber-moneyball/</link><pubDate>Mon, 23 Mar 2026 20:00:00 +0800</pubDate><guid>https://famer.me/2026/03/23/cyber-moneyball/</guid><description>&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;书接上回：&lt;/strong&gt; &lt;a href="https://famer.me/2026/03/11/AI-native-coding-style/"&gt;明系魔法吟唱之4 &amp;ndash; 精细化AI鞭策术：FP 的伟大复兴？&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h1 id="本文要推翻以人为本的软件工程方法"&gt;本文要推翻以人为本的软件工程方法&lt;/h1&gt;
&lt;p&gt;&lt;img alt="美人鱼" loading="lazy" src="https://famer.me/images/cyber-moneyball/%E7%BE%8E%E4%BA%BA%E9%B1%BC.png"&gt;&lt;/p&gt;
&lt;p&gt;软件工程的核心原则：关注点分离、模块化、可验证性等理论依然是成立的。我要推翻的是围绕这些原则建立的大部分规则、工具和度量指标：它们以人类为模型设计，且只以人类为模型设计。——已经不适合这个版本了.jpg&lt;/p&gt;</description></item><item><title>AI编码代理规则文件全维度横向对比评测报告</title><link>https://famer.me/2026/03/13/claude-openclaw-vs-my-agent-rules-evaluation/</link><pubDate>Fri, 13 Mar 2026 12:00:00 +0800</pubDate><guid>https://famer.me/2026/03/13/claude-openclaw-vs-my-agent-rules-evaluation/</guid><description>&lt;h1 id="ai编码代理规则文件全维度横向对比评测报告"&gt;AI编码代理规则文件全维度横向对比评测报告&lt;/h1&gt;
&lt;h2 id="核心前提"&gt;核心前提&lt;/h2&gt;
&lt;p&gt;两个项目都是 &lt;strong&gt;AI-native 项目&lt;/strong&gt;——代码由AI编码代理编写、修改、阅读和调试，但 AI-native 成熟度路径不同：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;渐进式（Linewise）&lt;/strong&gt;：多租户后端API服务（Scala 3 / http4s），历经多代模型演进（Claude 3.7→4.6），早期人类参与度约50%，随模型能力提升逐步降低人类介入，规则文件随项目一起演化积累。主要服务作者自己的agent。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;原生式（OpenClaw）&lt;/strong&gt;：开源自主AI代理平台（TypeScript / Node.js），从第一行代码起即由agent编写，创建者使用多agent并行工作流（5-10个agent并发），规则文件从项目诞生之初即作为agent的执行规范存在。250K+ stars、1000+贡献者，规则需同时服务创建者和大量外部贡献者的agent。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;评测对象：&lt;/p&gt;</description></item><item><title>OpenClaw AGENTS.md 与 My Claude.md 规则横评</title><link>https://famer.me/2026/03/12/codex-openclaw-vs-my-agent-rules-evaluation/</link><pubDate>Thu, 12 Mar 2026 20:30:00 +0800</pubDate><guid>https://famer.me/2026/03/12/codex-openclaw-vs-my-agent-rules-evaluation/</guid><description>&lt;h1 id="评测对象"&gt;评测对象&lt;/h1&gt;
&lt;ul&gt;
&lt;li&gt;OpenClaw：&lt;code&gt;https://raw.githubusercontent.com/openclaw/openclaw/refs/heads/main/AGENTS.md&lt;/code&gt;&lt;/li&gt;
&lt;li&gt;My（下文即 Linewise）：&lt;code&gt;https://gist.githubusercontent.com/mingyang91/475a9750c5609ff5dfe59a5de1a09b6e/raw/51116ffd45c1f711039699c24cb0a7528b7febdf/Claude.md&lt;/code&gt;&lt;/li&gt;
&lt;li&gt;项目定位补充依据：OpenClaw &lt;code&gt;README.md&lt;/code&gt;；Linewise 的项目定位以规则文件自身及仓库结构说明为准&lt;/li&gt;
&lt;/ul&gt;
&lt;h1 id="评测方法与判定图例"&gt;评测方法与判定图例&lt;/h1&gt;
&lt;ul&gt;
&lt;li&gt;本文默认两个项目都是 &lt;strong&gt;AI-native 项目&lt;/strong&gt;：代码的编写、修改、阅读、调试主要由 AI 编码代理完成，人类负责需求、反馈注入、最终审查与高风险动作确认。&lt;/li&gt;
&lt;li&gt;本文不预设“渐进式 AI-native”或“原生式 AI-native”哪条路径更优，只评估：规则文件是否能支撑 agent &lt;strong&gt;长期、高质量、一致地&lt;/strong&gt;自主执行。&lt;/li&gt;
&lt;li&gt;评测时先做两层前置判定：
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;✗ 不适用&lt;/code&gt;：该子项不属于项目合理需求范围，不计入分母。&lt;/li&gt;
&lt;li&gt;&lt;code&gt;✗ 未委托&lt;/code&gt;：该子项对项目可能有意义，但规则文件没有把该职责委托给 agent，不计入分母。&lt;/li&gt;
&lt;li&gt;&lt;code&gt;✓ 已委托&lt;/code&gt;：该子项既适用又已交给 agent，才进入 1-10 分打分。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;图例：&lt;code&gt;✓ 已委托｜8/10&lt;/code&gt; 表示“该项适用且已委托给 agent，评分 8 分”；&lt;code&gt;✗ 不适用&lt;/code&gt; 与 &lt;code&gt;✗ 未委托&lt;/code&gt; 后均附一句理由。&lt;/li&gt;
&lt;li&gt;对目标架构的尊重：
&lt;ul&gt;
&lt;li&gt;OpenClaw 按 &lt;strong&gt;多 agent 并行 / 大量外部贡献者 agent&lt;/strong&gt; 的目标架构评估。&lt;/li&gt;
&lt;li&gt;My 按 &lt;strong&gt;高能力主 agent 深入单仓库长期演进&lt;/strong&gt; 的目标架构评估。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;h1 id="part-1--基础画像"&gt;Part 1 — 基础画像&lt;/h1&gt;
&lt;h2 id="openclaw"&gt;OpenClaw&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;项目定位&lt;/strong&gt;：开源自主 AI 代理平台，覆盖 CLI、桌面端、移动端、插件、消息通道、GH 维护与发布链路。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;规则文件角色&lt;/strong&gt;：面向 maintainer 与外部贡献者 agent 的仓库级执行手册。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;核心设计理念&lt;/strong&gt;：优先防止 agent 在真实 GitHub、真实 Git、真实发布链路中“高置信度做错事”。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;结构特征&lt;/strong&gt;：覆盖 triage、PR truthfulness、build/test、coding style、release channel、GHSA、安全提示、1Password 发布、插件发布 fast path、多 agent Git 安全等。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;一句话总结&lt;/strong&gt;：它更像一套面向复杂开源仓库的 &lt;strong&gt;AI 维护操作系统&lt;/strong&gt;。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="my"&gt;My&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;项目定位&lt;/strong&gt;：多租户 Scala 3 / http4s 后端 API，强调 tagless-final、cats-effect、Doobie、PostgreSQL schema isolation、Vertex AI、Quartz 与多租户安全边界。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;规则文件角色&lt;/strong&gt;：面向高能力主 agent 的强类型后端开发与演进规范。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;核心设计理念&lt;/strong&gt;：通过类型系统、分层边界、typed error、编译器与工具链，把 agent 的错误从运行时前移到编译期与签名层。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;结构特征&lt;/strong&gt;：围绕 refactoring philosophy、tagless final、flat &lt;code&gt;for&lt;/code&gt;、typed error、schema isolation、RAC、OpenAPI、Metals、deploy impact reporting 展开。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;一句话总结&lt;/strong&gt;：它更像一套面向成熟后端存量代码的 &lt;strong&gt;AI 结构化演进宪法&lt;/strong&gt;。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="基础对比结论"&gt;基础对比结论&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;OpenClaw 的强项是 &lt;strong&gt;广覆盖、强 runbook、强并发协作安全、强外部流程防错&lt;/strong&gt;。&lt;/li&gt;
&lt;li&gt;My 的强项是 &lt;strong&gt;深架构约束、强类型驱动、强渐进式重构、强后端正确性约束&lt;/strong&gt;。&lt;/li&gt;
&lt;li&gt;如果把两者硬放在同一赛道比“谁更全”，结论会失真；更准确的说法是：&lt;strong&gt;两者分别在不同 AI-native 工程阶段和执行架构上做到非常成熟。&lt;/strong&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;h1 id="part-2--量化评测表"&gt;Part 2 — 量化评测表&lt;/h1&gt;
&lt;h2 id="维度总览"&gt;维度总览&lt;/h2&gt;
&lt;blockquote&gt;
&lt;p&gt;注：下表分数仅基于“适用且已委托”的子项平均；参考均分仅用于帮助阅读，不代表脱离场景的绝对胜负。&lt;/p&gt;</description></item></channel></rss>