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

研究 · preprint · 0.1

数据度量作为组织协议:口径、测量、分级与复盘

一篇研究设计与协议论文:把数据度量从"看板上放什么"重构为可复算、可复核、能支持决策的协作协议,给出口径定义、测量单位、指标分级、字典与复盘的最小机制。

LiyukLiyuk发布于 2026年8月14日
  • #数据
  • #指标
  • #度量
  • #协作
  • #可复现性
  • #技术
  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 基建与试点的经验,提出上下文、职责、授权、度量四类边界,并给出可否证的试点协议与一个最小 harness 落地示范。阅读摘要 →

    同专栏 · 共享标签 1 个

  • 写作数据度量工作指南(一):数据口径是组织协作的接口指标不是报表上的数字,而是团队用来描述同一件事的共同语言。先定义对象、事件、分母和时间,数据才可以参与决策。阅读全文 →

    共享标签 5 个

  • 写作数据度量工作指南(二):指标争论之前,先定义测量对象一份可公开复用的指标词典:从请求、用户到任务,说明可用性、错误、延迟、性能和反馈数据该怎样定义、组合和解读。阅读全文 →

    共享标签 4 个

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

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