OntoOS × 飞书纪要 × Token 台账

袁瑾瑜团队
近3个月工作分析

窗口 2026-06-15—2026-09-15。主线来自飞书纪要与 Token 工作摘要；工程资产用 ontoos-probe / ontoos-code-probe / ontoos-dms-query 交叉核验。OntoOS 没有团队花名册，不能把全组织部署面算成该团队产出。

负责人：袁瑾瑜部门：AI创新部-AI门店&终端组账号：yuanjinyu@xforceplus.com 取证日：2026-09-15

102,006

窗口内 Token 请求次数（台账小时粒度，截至 2026-08-13）

94.1%

窗口内请求成功率（96,008 / 102,006）

8,447,765,074

窗口内累计 tokens（台账；9 月小时数据缺失）

OntoOS 中 yuanjinyu 的 Apollo / GitLab / DMS Owner 命中

工作摘要覆盖窗口内天数（2026-06-15—07-06）

tm-ai-invoice

纪要与台账交叉到的天猫优品开票服务（SIT，无 Git 坐标）

一、结论摘要

近3个月，袁瑾瑜团队的公开主线是新线应用交付：以天猫优品等阿里系场景为切口，用 AI native 方式做开票/门店应用，并逐步从「个人高强度实践」走到「可独立承接咨询项目」。9 月 1 日纪要把阿里系客户资源独家交给该团队，并评估交付能力约 85 分。OntoOS 能看见同主题的 tm-ai-invoice（镜像标签 0616-u2，落在 jc-tmall-sit），但人员维全部为空：Apollo / GitLab / DMS 都对不上 yuanjinyu。因此工程资产只作旁证，不作团队产量。

二、主要工作主线

组织定位：新线。2026-06-09《系统重构及AI人才招聘规划》把袁瑾瑜团队定为新需求、新场景、新行业（纪要举例天猫）的业务重构试验田，招人 / Token / 机器不做限制。该会在窗口起点前 6 天，作为本窗口的组织背景，不单独当作窗口内产出。
天猫优品开票与门店 AI（6 月中—7 月初）。Token 工作摘要在窗口内连续出现：查看天猫优品发票与门店、sit/生产开票漏斗、项目 tmall-yp-store 的契约门禁与门店用户体系、红冲重开、发布到个人 ECS。这与 K8s 工作负载 tm-ai-invoice / tm-ai-invoice-fe（jc-tmall-sit）主题一致。
本体与自动化开发实践共创（7 月）。7-02 纪要：袁瑾瑜在本体构建上卡住，岳阳建议用细用户案例让 AI 补全本体；樊国柱要求把袁瑾瑜、雪梅、国柱侧实践收成统一 AI 开发标准。7-07 / 7-17 周报：与岳阳对接开发流程自动化、本体建设，「袁瑾瑜在自动化开发实践中持续输出」。
应用团队独立承接（8—9 月）。8-04 逐字稿把袁瑾瑜标成「做事先想用 AI、不先加人」的新代表。9-01 纪要：马龙、袁瑾瑜等各自推进框架；阿里系客户资源独家交由袁瑾瑜团队，交付能力约 85 分，可独立承接咨询项目；框架跑通后对接袁瑾瑜、皮特所在应用团队。9-11：产研骨干沟通对象包括袁瑾瑜。

主线证据是飞书智能纪要 / 周报 / Token 工作摘要。工作摘要分类器常把「天猫优品」标成非票税因而「非工作」，本报告不采用该标签，只采用可核对的任务原文。

三、ontoos-probe：湖仓人员维与主题旁证

本次 ontoos-probe 直连 AnalyticDB（逻辑层 ods_current → fat_ods_current，dws → fat_dws）。GitLab / Apollo / DMS / K8s 活跃批次激活于 2026-09-06，工作负载抽取时间 2026-09-04 19:03。

查询	结果	解读
`apollo_apps` owner / created_by / last_modified_by = yuanjinyu	0	Apollo 应用花名册对不上该邮箱
`apollo_items` / `apollo_releases` 修改人 yuanjinyu	0	配置项与发布操作人维为空
`gitlab_projects` owner / path 含 yuanjinyu 或「袁瑾瑜」	0	GitLab owner 仅 user-owned 项目非空；本批对不上
`gitlab_pipelines` / `gitlab_jobs`	0 / 0	本批未采 CI，无法按作者归因近 3 个月提交
DMS instance/database/table owner 含 yuanjinyu 或「袁瑾瑜」	0 / 0 / 0	库表 Owner 维也对不上
组织级 GitLab 项目 / 窗口内 last_activity_at	1976 / 309	`updated_at` 全空；309 是全组织活动，不是团队提交数
组织级 `dws.workload_active`	3754 条，ready>0 为 3506；GitLab 命中 1186，exact 1115，项目 517，集群 14	全组织部署快照，禁止算成袁瑾瑜团队产量
主题邻近工作负载	`tm-ai-invoice`（jc-tmall-sit，match=none，镜像 `0616-u2`）；`xforce-one-appstore`（mobile-prod，exact）	前者与纪要/摘要同名；后者仅「门店」字面邻近

人物维跨域不可对齐是 OntoOS 已知事实（Apollo 邮箱本地名 vs GitLab username）。本次用精确邮箱 yuanjinyu@xforceplus.com 仍全空，缺口被坐实，不是查询失败。

四、ontoos-code-probe：坐标 → 检出 → 扫描

本次 ontoos-code-probe 按「先取坐标再检出」执行。doctor：git / ast-grep 0.44 / GitLab 读取凭据 / 跳板均可用。

目标	坐标卡	检出
服务名 `yuanjinyu`	status=`no-result`，card_count=0，退出码 3	无卡，未检出
`tm-ai-invoice` @ `jc-tmall-sit`（与天猫优品摘要同名）	1 张卡；镜像 `harbor.paas.xforceplus.com/tm-ai-invoice/tm-ai-invoice:0616-u2`；`full_sha` / `repo_clone_url` / `git_project_id` 全空	checkout `ok=false`：「无 repo_clone_url，无法检出」。公开页不贴源码。
`xforce-one-appstore` @ `mobile-prod`（门店主题对照，不能归因该团队）	exact；SHA `b2962a88ab48858d2ccfd58e7c04ec1a61a601ac`；仓 `mobile/xforce-one-appstore`	只读 worktree 成功，commit_verified。扫描 `@GetMapping` 命中 40 处 / 16 文件；Java 源文件 402 个。仅证明工具链可走通。

对团队主线服务 tm-ai-invoice，本次结论是：湖仓能看见 SIT 镜像，不能打开部署 commit 源码。镜像标签 0616-u2 与 6 月中旬天猫优品开票实践时间窗相容，但不是 Git 提交证明。

五、ontoos-dms-query：只读取样与生产护栏

本次 ontoos-dms-query 用 probe 给出的 sit db_id=68536648（one_store_sit / MySQL / tower-sit-db）。Owner 列表为 xuexinaa，不是袁瑾瑜，只作门店主题库结构取样。

resolve --search-key one_store_sit：唯一命中 sit，env_type=sit。
SHOW TABLES：24 张表（category / goods / orders / store_log / coupon / market …）。
只读计数：store_log 2883 行，orders 11742 行，goods 212 行。这些是 sit 库体量，不是团队业务产出。
故意把同一 db_id 标成 env=product 且不加 --allow-prod：退出码 2，文案为生产护栏拦截。护栏有效。

公开页不展示 DMS 业务明细行、金额或单据号。

六、Token 台账（辅证，不是绩效）

来源：飞书多维表格「cliproxyapi统计」hourly-usage，按用户「袁瑾瑜」检索 1818 条小时记录（2026-03-26 14:00 至 2026-08-13 16:00）。近3个月窗口内（有数据的部分）请求 102,006 次，成功 96,008，失败 5,998，成功率 94.1%，tokens 8,447,765,074。 9 月小时粒度未入库，故窗口后段被截断。

月份	请求	成功	失败	tokens
2026-06（含窗口前半月）	61,611	60,506	1,105	2,391,088,499
2026-07	40,857	35,671	5,186	2,034,850,943
2026-08（至 13 日）	46,042	45,713	329	5,430,711,178

窗口内模型请求量最高为 gpt-5.6-sol（74,217），其次 gpt-5.5（18,785）、gpt-5.6-terra（5,200）。7 月失败偏高（5,186），与当时本体/应用共创和长时间自动开发循环的摘要相符，但不能单凭失败数下质量结论。

更早一份 Token 分析文档覆盖 2026-03-26—05-17，落在本窗口之外，其中的 13,605 次请求不得当作近3个月数字。本页数字全部来自本次对 hourly-usage 的重算。

七、判断与边界

判断：团队近3个月是「新线验证 → 阿里系场景可交付」。工作方式高度 AI native；公开纪要已承认可独立承接；工程湖仓尚未把人、仓、库连到这个人。
不做什么：不把 Token 用量、全组织 3,754 个工作负载、sit 库订单行数当成绩效或产出证明。
数据缺口：GitLab pipelines/jobs 本批 0 行；tm-ai-invoice 无 clone URL / 40 位 SHA；Token 小时表缺 2026-08-14 之后；OntoOS 无团队花名册。
建议：给新线应用补 Git 标签与 Apollo owner；把 tm-ai-invoice 纳入代码抽取队列；Token 台账按项目/应用拆，而不是只按人加总。

八、证据与方法

技能调用：ontoos-probe（连接、layers、人员维 SQL、workload/GitLab/DMS/portal）；ontoos-code-probe（doctor、coords、checkout、scan）；ontoos-dms-query（resolve、sit SHOW TABLES / COUNT、生产护栏）。
辅证：飞书通讯录、会议纪要（2026-06-09 背景；07-02 / 07-07 / 07-17 / 08-04 / 09-01 / 09-04 / 09-11）、cliproxyapi 统计表、工作摘要 20 个窗口日。
本页为单文件静态 HTML，可 file:// 打开；无 ES module、无密钥、无商业源码摘录、无 DMS 明细行。

袁瑾瑜团队近3个月工作分析