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

研究 · preprint · 0.3

把 AI 能力放进工程组织前,先定义哪些边界

一篇立场论文:基于作者在真实工程组织推进 AI 基建与试点的经验,提出上下文、职责、授权、度量四类边界,并给出可否证的试点协议与一个最小 harness 落地示范。

LiyukLiyuk发布于 2026年8月14日
  • #AI
  • #软件工程
  • #智能体系统
  • #开发者生产力
  • #治理
  • #技术
  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 进入复杂系统后,收益到底从哪里来、成本又该怎么算。阅读全文 →

    同专栏 · 共享标签 2 个

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

    共享标签 3 个

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

    共享标签 3 个

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

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