跳到正文
沉默土豆.
搜索标签中文/EN
  • 开始
  • 写作
  • 专栏
  • 项目
  • 研究
  • 咨询
  • 影像
  • 关于

研究 · preprint · 0.1

开发者生产力不是工具目录,而是一个反馈系统

一篇研究综述与立场论文:把工程生产力定义为持续缩短的"提出改变—获得可信反馈—安全修正"回路,并给出度量、默认路径与可证伪的试点协议。

LiyukLiyuk发布于 2026年8月14日
  • #开发者生产力
  • #Platform Engineering
  • #反馈回路
  • #软件工程
  • #技术
  1. 1五镜法:联系导向的问题定位深度研究 · 约 24 分钟阅读
  2. 2数据度量作为组织协议:口径、测量、分级与复盘深度研究 · 约 15 分钟阅读
  3. 3开发者生产力不是工具目录,而是一个反馈系统深度研究 · 约 13 分钟阅读本篇
  4. 4把 AI 能力放进工程组织前,先定义哪些边界深度研究 · 约 12 分钟阅读
  5. 5当 AI 降低工作流壁垒,职能线与业务线怎样重新划分深度研究 · 约 18 分钟阅读
  6. 6先拆解,后调度:多模型任务拆解、能力切换与子任务路由研究综述深度研究 · 约 38 分钟阅读
  7. 7让 Agent 更像一个可以协作的对象:状态、反馈与结果确认深度研究 · 约 26 分钟阅读
  8. 8让执行交给 Agent:情绪适应、信任校准与人的压力释放深度研究 · 约 28 分钟阅读
  9. 9人的激励法则:情景激励模型深度研究 · 约 37 分钟阅读
  10. 10AI 不会自动带来生产力:从局部提速到系统价值短文 · 约 9 分钟阅读

分享到

X微博TelegramWhatsAppLinkedInFacebook

微信

用微信扫一扫

在手机上打开这篇文章,或转发给朋友。

喜欢这个站?

或订阅 RSS
← 上一篇数据度量作为组织协议:口径、测量、分级与复盘
下一篇 →当 AI 降低工作流壁垒,职能线与业务线怎样重新划分
查看专栏《工程与 AI 判断》目录← 上一篇:数据度量作为组织协议:口径、测量、分级与复盘下一篇:把 AI 能力放进工程组织前,先定义哪些边界 →

继续阅读

也许和这篇有关。

  • 写作AI 不会自动带来生产力:从局部提速到系统价值从一次多系统对接经历出发,区分创造、任务效率、组织生产力和经营价值,讨论 AI 进入复杂系统后,收益到底从哪里来、成本又该怎么算。阅读全文 →

    同专栏 · 共享标签 1 个

  • 写作从能跑到可维护:我开发 DSH 插件时遇到的架构与稳定性问题基于 ChatLab、Agent Suite 与 Quota Router 的实际开发和调试,整理 DSH 插件机制、preview 版本的常见稳定性问题,以及自己开发插件时最容易踩到的边界。阅读全文 →

    共享标签 2 个

  • 写作我的 DSH 工作台:九个插件DSH 才出来没几天,我已经往里装了九个插件。记一下它们各自补上了什么、怎么实现的,以及哪个最好使。阅读全文 →

    共享标签 2 个

© 2018–2026 Liyuk。缓慢构建,公开发布。

在别处GitHub ↗X ↗LinkedIn ↗邮箱 ↗友链 ↗收藏 ↗订阅 RSS ↗
CC BY-NC-SA 4.0