Piglei 入行 14 年后，把对编程的 8 条感触写成此文。核心判断有三：好代码在真实项目里始终是小概率事件，即便是服务千万用户的大厂项目也不例外；理想的编程体验接近 LeetCode 刷题——关注点分离、快速精准反馈、零成本试错，团队该用模块化、自动化测试和缩短反馈回路去逼近它；程序员最大的敌人不是反复改需求的产品经理，而是持续膨胀的复杂度。文章还谈了创造者思维、代码完美主义陷阱、SRP 背后其实是人在提修改请求、按性价比分配学习精力，以及尽早开始写单元测试。适合有一线项目经验、正在反思工程质量与职业成长的工程师。
作者面向软件工程师群体，总结了在项目中实践 AI 编程的通用行为准则，刻意弱化工具与技巧之争（如是否 Spec 驱动），聚焦于协作方式本身。核心主张包括：AI Agent 拓展了人的能力但不对代码担责，人始终是代码的最终责任人，不提交自己不理解的代码；用「协作」而非「委派」的心智模型与 Agent 共事，不做只提需求不问实现的产品经理；拆分 PR（推荐 600 行以内），创建前用 AI 前置 review；先启用 Plan 模式做前置探索，理解了需求再写码；工具函数与库倾向采纳成熟方案而非让 AI 从零手撸；改动必须可自动验证，避免让 Review 兜底。文章后半部分针对初级工程师给出定制建议：质量优先于效率、用聊天模式参与修 Bug 而非全自动委派、先花固定时间独立设计再与 AI 对答案、回归官方文档、补齐设计模式与 DDD 等设计能力、有意识关注安全与并发等非功能性需求。
i-have-adhd 是 ayghri 写的一个 output-style skill，只改 Claude Code 回复的形态，不改它的知识：首行直接给命令、路径或代码片段，多步任务编号，每轮复述「第 3 步 / 共 5 步」，列表可见项不超过 5 条，结尾给一个两分钟内可执行的动作。全部内容是 10 条规则加 5 项发送前删除检查（删掉开场白、「还有别的问题吗」、插叙、无信息量的模糊副词和 idiom），v0.3.0 打包在单个 SKILL.md 里，不带工具、不带 MCP server。安装用仓库 INSTALL.md 的两条 plugin 命令；frontmatter 写着 disable-model-invocation: true，所以不手动输入 /i-have-adhd 就完全不起作用，想让它在每个会话常驻需配合 SessionStart hook 与 touch ~/.claude/.i-have-adhd-always。目录页显示 14,235 installs、质量 A 级、LOW risk，同期 GitHub 仓库 43,673 star、2,494 fork、MIT 许可。读者若在时间压力下读 agent 输出，可先输入一次，只看下一轮回复的首行与末行判断是否留下；同时注意 star 数是全仓统计，别当成单个 skill 的质量分。