全部文章

浏览最新公开文章、摘要与延伸阅读。肖恩子的知识花园

排序:发表时间倒序
生成式和智能体 AI 如何将关注点从技术债务转向认知债务英文

生成式和智能体 AI 如何将关注点从技术债务转向认知债务

佳文共赏
作者: Margaret-Anne Storey
发表时间

AI加速开发使“认知债务”累积在开发者心智而非代码,团队因丢失系统共同理解与决策依据而难以安全改动甚至停滞;应放慢节奏,通过结对、重构、TDD、强制至少一人理解AI改动并记录为何变更来重建共享理论,同时建立预警检测与量化研究以防认知债务致瘫痪。

人工智能并不减少工作量——它加剧了工作量英文
1

人工智能并不减少工作量——它加剧了工作量

佳文共赏
作者: Aruna Ranganathan, Xingqi Maggie Ye
发表时间

研究跟踪一家约200人科技公司8个月发现,生成式AI未减负而让员工自发提速、扩任务、延长工作时段并更频繁多线程,短期产出上升却累积隐性工作膨胀与认知负荷,最终易致疲劳倦怠、决策变差与质量下滑,组织需建立AI使用规范以限制扩张并保留停顿。

如何基于 Obsidian 和 Claude 打造 AI 时代超级大脑?中文

如何基于 Obsidian 和 Claude 打造 AI 时代超级大脑?

技术博客
作者: Yanhua
发表时间

作者将Obsidian接入Claude(Claudian+终端),用CLAUDE.md固化身份与协作规则,并以16个Skill把采集、写稿、配图、跨平台发布模块化自动化,使播客素材到带图成文发布压缩至约30分钟,结论是“超级大脑”在于把个人工作方式文字化并让AI按此执行。

StrongDM 软件工厂英文
2

StrongDM 软件工厂

佳文共赏
作者: Justin McCarthy
发表时间

StrongDM组建AI团队打造“软件工厂”,以规格与场景驱动智能体自动写代码并运行验证,无人写码与审查,引入场景与满意度评估并用数字孪生克隆第三方服务做高频大规模验证,结果是非交互开发可持续收敛且测试成本与外部依赖约束显著下降。

使用并行 Claudes 团队构建了一个 C 编译器英文

使用并行 Claudes 团队构建了一个 C 编译器

技术博客
作者: Anthropic
发表时间

研究员提出“代理团队”让多实例Claude在无人工干预下并行写代码,借助循环脚手架、任务锁与高质量测试,两周约2000次会话耗2万美元生成10万行Rust C编译器,可编译Linux 6.9并覆盖x86/ARM/RISC-V,验证复杂项目可自主完成但在冲突、性能与可靠性上接近模型极限且存在安全风险。

智能体工程英文
3

智能体工程

佳文共赏
作者: Addy Osmani
发表时间

作者区分vibe coding与专业AI开发:前者不审代码只靠提示迭代,适合原型但易在扩展与安全上失控;后者应称“代理式工程”,先定规格与架构,指挥AI代理实现并严格评审、测试与CI,由人对质量与正确性负责,否则将引发维护灾难并加剧新手技能萎缩。

Claude Code 团队的 10 个内部技巧,但你不一定都要学中文
1

Claude Code 团队的 10 个内部技巧,但你不一定都要学

技术博客
作者: 宝玉
发表时间

Claude Code 团队提炼10条用法,核心是没有统一最佳配置,关键动作包括用git worktree并行多会话推进任务,复杂需求先Plan Mode反复对齐再执行,持续更新CLAUDE.md与可复用Skills固化规范与流程,直接把Bug与CI失败交给Claude闭环修复,并用终端配置、语音输入与Subagents提速,外延到数据分析与学习模式,结论是效率与产出质量可显著上升但需按个人注意力与任务复杂度取舍。

2026 年了,就用 Postgres 吧英文

2026 年了,就用 Postgres 吧

技术博客
作者: Raja Rao DV
发表时间

作者主张在AI时代用Postgres统一搜索、向量、时序、队列等能力,通过扩展提供与专用数据库相同或更优算法,减少多库导致的运维学习成本、数据同步漂移与SLA叠加故障,结论是99%团队应先用Postgres,仅在极端规模再引入专用库。

单披萨工程团队开始兴起英文

单披萨工程团队开始兴起

佳文共赏
作者: Jampa Uchoa
发表时间

AI让写码不再是瓶颈,产出开始受制于PM规格与设计线框交付速度,组织因此引入兼顾产品与设计职责的产品工程师并强化前后端专家把关以防AI劣化代码质量,项目更适合2-3名工程师小组推进且管理者更常参与编码,两披萨团队规模规则随之被弱化。

每页显示 385
上一页 34 / 39 下一页