每天一分钟。
员工按照已有的习惯在聊天中发布。其余的由 InRoots 完成，用您的语言，在您的基础设施上。本页对每个步骤的介绍足够详细，便于您自行评判。
1. 发布或口述
一条日报就是在 K9 Chat、Slack 或 Microsoft Teams 中发的一条简短消息，或对助手说的一句话。结构化格式如下：
Yesterday: - Fixed the invoice export for large accounts - Reviewed 2 PRs Today: - Migrate staging certificates Issues: blocked on the PDF renderer licence
解析器提取的内容
结构化解析器读取各个标题；当消息不符合格式时，由语言模型从自由文本中提取同样的字段。错别字无妨。
| 昨天（Yesterday） | 已完成的工作；每一项都成为一个已关闭的任务，并计入“进度” |
|---|---|
| 今天（Today） | 计划中的工作；只要您持续列出，任务就保持开启 |
| 问题（Issues） | 阻碍（如有）；启动 SLA 计时器和路由链 |
| 签到 / 签退 | 时间与状态；关键词模糊匹配，凌晨时段的签退归入其所属的那一天 |
| 地点 | 办公室、居家或外出，仅限已同意的人员，在主机端分类 |
2. AI 读取并核验
提到的任务与 Jira、GitHub 和 GitLab 的活动交叉核对。在岗状态通过一次经同意的在岗询问确认，任何简短回复均可；回复绝不会被拒绝，只会在主机端按设备和网络分类，快得不合常理的回复不计入。协调类事项（“与某某开会”）获得少量封顶积分；模糊事项不得分，报告会逐一列出是哪些事项以及原因。
超过上限（默认 12 小时）的工作日会被封顶，并连同证据放入复核队列：签到、签退、发送的消息、回复的询问。由人确认或驳回；该决定会被记录。
3. 目标与辅导
个人目标会获得自动跟进。开启两天及以上的任务每天会收到一条“需要帮助吗？”消息，休息日绝不发送，且每人每天最多一条主动消息。未达标的目标会先向本人发送辅导提醒，再通知主管。
建议来自一套规则引擎，它读取该周期的支柱、本人的任务日志及其角色目录。每条建议都附带证据：“30 次询问中有 12 次回复迟到”、“3 项事项未获进度积分”。可选的 AI 环节可以改写文字，但绝不增删任何一条建议。
4. 一份公平评分
评分是对该周期各项信号的确定性算术运算。权重在适用的支柱之间归一化，因此不承担值班的人不会因此被扣分。
- 按角色的画像会调整权重（销售 45/15/10/10/20，管理者 25/25/15/10/25，另有九种），均可按团队覆盖
- 已批准的请假、病假和假期均予豁免；大部分时间在休假的一周绘制为空缺，绝不记为零
- 休息日工作和真实加班是有上限的附加奖励；经确认的诚信警示会将评分封顶为 50
| 进度 · 40 | 已完成的工作，按具体程度加权；协调类事项封顶，模糊事项不计 |
|---|---|
| 在岗 · 25 | 计入的工时对照本人应有的工时，达到 97% 即为满分 |
| 可靠性 · 15 | 签退、计划请假前的交接、滚动 30 天宽限额度内的守时 |
| 诚信 · 10 | 按时回复在岗询问；迟到的回复获得部分积分 |
| 责任心 · 10 | 值班覆盖与工单负责；不承担这些的人员不计此项 |
| 管理者反馈 · 约 5，可选 | 管理者的评价；无人评价时该支柱不计 |
哪些是数学，哪些是模型
评分从不取决于模型的“心情”。解析自由文本、撰写每周叙述、回答 Ask AI、将问题路由给机器人以及神经决策层使用您配置的模型；评分、辅导规则、SLA 计时器和请假规则是带单元测试的确定性代码。即使所有提供商都不可用，结构化解析器、关键词路由和评分仍然照常工作。
谁能看到什么，何时看到
- 员工最先看到自己的记分卡，并可随时在聊天中输入“/pulse me”
- 主管和团队看到同一个数字；权重公开
- 管理者收到每周摘要和月度报告，每次扣分背后都有一张“原因”表
- 发给员工的报告副本只包含结果；含权重和估算的完整版本标记为机密
运行环境
- 一个容器，SQLite 或 Postgres，自托管或由我们托管
- 448 个 API 路由和 64 个计划任务支撑整个工作日：提醒、汇总、摘要、对账
- 16 家 AI 提供商，故障转移链由管理员排序，包括用于物理隔离部署的本地 Ollama（需关闭语音回复）
- Matrix 原生；Slack 和 Teams 桥接；WhatsApp 用于值班联络；SendGrid 或任何 SMTP 服务器用于邮件