# 运营日报 2026-11-10 > 采集时间: 2026-11-10 08:00:03 +0800 ｜ 生成: 2026-11-10 08:16:28 ｜ 口径见 ops/README.md ## 一、今日核心指标 | 指标 | 数值 | | --- | --- | | 注册会员总数 | **3** | | 今日新增注册 | 0 | | 近7天新增注册 | 0 | | 近30天新增注册 | 0 | | 24h 活跃会员 | 0 | | 有效订阅(active+trialing) | **0** ｜ 全部订阅 0 | | 今日新增订阅 | 0 ｜ 近7天 0 | | 注册→付费转化率 | **0.00%** | | 今日试用开启(7天免费) | **0** | | 下载量(T-1,R2) | **16** ｜ feed 轮询 27 已排除 ｜ /easy-clipboard: 3 ｜ /easy-image: 3 ｜ /easy-flow: 4 ｜ /easy-disk: 2 ｜ /easy-env: 1 ｜ /easy-screenshot: 3 | 下载台数(T-1,逐日去重) | **9** 台 ｜ 自家出口命中 0 台,剔后 **9** 台(陌生上界:未登记的自家出口仍算陌生) ｜ 更新器形态(同日轮询 feed 又拉包)IP 贡献 0 次 ｜ 同机跨日不合并 | | 官网 UV(真,剔 bot) | UV 1 会话 / 1 页面加载(剔 bot 0 页, UTC 最新有数日 2026-11-09) | > 口径=updates.pinnadash.com GET+安装包/更新包文件请求(T-1);台数 9 台(自家出口命中 0,剔后 9 台=陌生台数上界,自家代理节点轮换未登记出口仍算陌生;更新器形态 IP 贡献 0 次),IP 原值不落盘;feed 轮询 27 与噪声 46(扫描/证书校验/HEAD 探针)已排除;2026-09-13/2026-10-14 口径修正,历史数据未回改 ## 二、产品版本(feed) | 产品 | 线上版本 | | --- | --- | | easy-image | 0.4.8 | | easy-screenshot | 0.12.1 | | easy-clipboard | 0.5.12 | | easy-flow | 0.9.7 | | easy-disk | 0.9.11 | ## 三、近7日趋势 | 日期 | 新增注册 | 24h活跃 | 有效订阅 | 新增订阅 | | --- | --- | --- | --- | --- | | 2026-11-04 | 0 | 0 | 0 | 0 | | 2026-11-05 | 0 | 0 | 0 | 0 | | 2026-11-06 | ⏸ 采不到 | ⏸ 采不到 | ⏸ 采不到 | ⏸ 采不到 | | 2026-11-07 | 0 | 0 | 0 | 0 | | 2026-11-08 | ⏸ 采不到 | ⏸ 采不到 | ⏸ 采不到 | ⏸ 采不到 | | 2026-11-09 | ⏸ 采不到 | ⏸ 采不到 | ⏸ 采不到 | ⏸ 采不到 | | 2026-11-10 | 0 | 0 | 0 | 0 | ## 四、近7天推广动作 ⚠️ 未达标:本日 events.json 无动作记录(MARKETING-STANDARD 7 每日 >=1 项) | 日期 | 渠道 | 动作 | | --- | --- | --- | | 2026-11-09 | reddit | Reddit 养号真评论 1 条（u/Exact_Wrongdoer9018，纯参与型：r/software 帖「Software to crawl/find already existing websites exclusively?」→ https://www.reddit.com/r/software/comments/1xqygwl/software_to_crawlfind_already_existing_websites/19sdgl6ryqkqr/ ）comment=t1_19sdgl6ryqkqr；发前 channel_check reddit EXIT 0，发后回读 REMOVED=false SPAM=false BODYLEN=715 线程 num_comments=1；正文 130 词，无链接/无产品名/不提产品；本轮只发这 1 条 | ### 渠道写操作阻塞(只列 >24h;unknown 不计阻塞) | 渠道 | 阻塞原因 | 负责人 | 已阻塞 | 下一步 | | --- | --- | --- | --- | --- | | zhihu | 已知前置未落地：知乎专栏判据未落地（weave 无 zhihu 技能）→ 发布前须先建 skill 并由 boss 在 weave 窗口过一次手机验证码登录…（全文 node ops/channel_check.mjs zhihu） | boss | 403 小时 | 解掉闸门报的前置后重跑 node ops/channel_check.mjs zhihu 取正向实证 | | bilibili | 已知前置未落地：B站投稿线两个前提未满足：① 登录态已被服务端撤销（09-28 实测 code:-101、cookie jar 只剩匿名三件），需 boss 在 weave 有头窗口过一次手机验证码；② 元数据阶段真 DOM 未拿到，bilibili.upload 不允许盲写。注意：卡点成因**不是**实名认证（官方《实名认证服务协议…（全文 node ops/channel_check.mjs bilibili） | boss | 403 小时 | 解掉闸门报的前置后重跑 node ops/channel_check.mjs bilibili 取正向实证 | | nas_s3 | 凭据缺口 [account,email,password]（login_method=空）→ 写动作被阻塞，补齐后重跑 | boss | 312 小时 | 在 ~/.pinnadash/credentials.json 补齐 account/email/password 后重跑 node ops/channel_check.mjs nas_s3 | > 另有 unknown 9 个(状态不可知,不计阻塞)。超 24h 仍未解的阻塞=渠道写操作全停,先按「下一步」处置再跑闸门。 ## 五、数据源健康 | 数据源 | 状态 | 说明 | | --- | --- | --- | | d1(注册/订阅) | ✅ | 生产 D1 直查 | | feeds(版本) | ✅ | 公开 R2 | | r2(存储) | ✅ | CF GraphQL | | paddle(成交) | ✅ | Paddle API | | domains(过审) | ✅ | Paddle API | ## 六、产品盘点(登记表 ops/products/,一项目一文件) > 2026-11-10 08:01:41 盘点 49 项:正常 29 / 异常 20。本节只列异常;全量清单 `python ops/products.py list` | 登记项 | 类型 | 问题 | | --- | --- | --- | | ai-arena | product | 缺口:page 端点未登记(checks.page=null)
待办:域名与 ICP 备案待定,上线前补 page 与公开观战入口
待办:国内服务器与部署凭据未定,需 boss 提供 | | crawler-platform | infra | 待办:未正式立项:此前只有本机版本控制、无远端,也没进过盘点面(2026-10-17 才收编进 NAS 并登记)。要不要作为公司基建正式立项、以及 G7a「代理消耗是下界」那笔账怎么算,等 boss 定
待办:L12(多步登录/请求链)是平台能力缺口:session_store/account_pool/register_login 在 SDK 里真实调用次数为 0,要补得先拍板「会话/登录是不是一等公民」
待办:两处已知间歇红 **✅ 2026-11-05 同根修** —— 根因=执行体收尾顺序「runs 终局→告警→tasks 收工」+旧互斥判据把 claimed 且租约未到期一律当在跑,等终局后紧跟触发撞收尾窗口吃 409;修=enqueue_run 判据加「claimed 须对应 run 仍在 running」(生产告警慢时同款窗口一并治);判据 test_trigger_accepted_while_previous_settling 变异先红(409 精确)后绿,原两条间歇红用例三轮连跑绿+两文件 39 passed
待办:「九份 spec.json」断言文案 **✅ 2026-11-05 已修** —— 实为五支脚本(比台账多挖出 verify_spec_editor_ui):「九份」文案动态化(len(REPO_SPECS)),断言 >=9 改「与进场指纹条目数一致」(防 glob 失效静默空转) | | dsh-opc | infra | 待办:无历史可追溯：本仓 2026-10-17 之前完全没有 git（归档盘点 §2.3 那 20 个之一），首次提交 454eb90 之前的改动过程无从考古
待办:docs/legacy/ 占全仓 21/123 个文件（旧仓设计稿、DEPENDENCIES、DEPLOYMENT_MANIFEST 等），是接班仓带进来的历史材料；要不要挪出主仓或标清「仅存档、不作当前口径」等 boss 定
待办:opc_panel（被接班的旧仓）不在 ops/products 登记表里，接班关系只有 dsh_opc 单侧记录；旧仓要不要一起登记并标 maintenance/archived 待定 | | easy-env | product | 待办:macOS 真机核对(代码 2026-10-28 已完成,入口 build-mac.sh,清单见 docs/MACOS-BUILD.md)
待办:Linux 引擎验证(CI headless;引擎 crate 不依赖 Tauri)
待办:pdgen tauri-app 模板回流 **✅ 2026-11-05 已完成** —— 模板抬版 1.0.1→2.0.0(pdgen npm test 119 绿):六文件必改段包 region(app-shell/commands-body/cli-body/app-runtime/product-meta/deps-product/workspace-members)+红利回流四件(custom-protocol features/rlib/GNU ordinal、image-png、time formatting、i18n document 守卫);本仓六文件补同名标记+LF 归一,check --drift 通过,upgrade 认领 2.0.0
⏸ 官网首页: 页面未提取到该产品下载链接(改版或缓存,需人工看) | | easy-explorer | product | 待办:M5-S2~S5 与 M4-S2 的 GUI 实机走查待做(分栏下钻/分组折叠/表头排序/列显隐/预设应用;ROADMAP 记「桩测已通,实机点击待」)
待办:首发后真机装包走查待做(Windows:安装/卸载/深链回跳/更新检查;macOS:Apple Silicon 安装、公证包双击启动、更新检查;2026-10-23 本机只做了构建产物与界面截图验收) | | easy-mail | infra | 待办:全链路 HTML 邮件实证待下一封自然进件(worker 修复已部署,分段证据齐;Turnstile 防刷挡程序化自发件)
待办:daemon dispatch 配置行待 boss 定 agent 平台接缝(未配置=人件仅留队列,不影响队列正确性)
待办:网页端 M2 发信未做(CF Email Sending 需 Workers Paid 5 美元/月,免费档只能发已验证地址;Resend 免费档 100 封/天可作替代,待 boss 选用)
待办:网页端 M2 附件下载未做(email_inbound 只存附件文件名不存内容,要真下载得回源 IMAP 或改收件链路存 R2)
待办:网页端会话无「记住我/改口令」界面,boss 要换口令需 wrangler secret put WEBMAIL_PASSWORD 重设(重设即全体会话失效)
待办:网页端自定义域状态 pending→active 待 CF 证书签完(实测页面已 200 可访问) | | game-atlas | infra | 待办:部署主机与域名待 boss 拍板
待办:登录鉴权与操作审计(M2)待做,未做前禁止公网暴露 | | holopix-clone | product | 待办:新缺口(design_check 修真后显形,2026-11-05):runbook 缺「最小确定性验收」与「Dockerfile 约束」两段——判据意图成立(发布环节补齐计划 §22 设计如此),内容是部署承诺、待 boss 拍板补写或豁免;修前这两格恒真,等于从未被检
待办:发布闸门 design_check.js **✅ 2026-11-05 修真** —— 两处结构缺陷清零:①绝对路径喂 read() 的两格改读部署正本 DEPLOY_RUNBOOK(旧版数组构造时即抛,闸门从没跑起来过)②读脚本自己恒真的两格同改;修后首跑 17 OK/2 FAIL=真缺口显形(见下条)
待办:出镜像路线与公司规范冲突:README/Makefile 是「构建在本地完成」、默认推 111.229.223.148:15000,而 docs/工程规范/IMAGE-REGISTRY-STANDARD.md(2026-10-16 老板拍板)要求镜像一律在 NAS 上构建、推 NAS registry(192.168.31.192:15000)、开发机不构建不搬运;且部署脚本在 scripts/deploy/ 而非规范约定的 deploy/ 位。要不要按规范迁路线,等 boss 定
待办:index.html 首页 hero 文案本次只做了撤旧(视频引擎 V2 已接入 / 3D 模型现已接入)换新(模型组合创作 / 自由视角),新这两句有没有对应真实能力未核;对外承诺前须另开一格验
待办:test_all 12 支判据 **✅ 2026-11-05 首跑有读数** —— 顺带修死服务真 bug:dispatcher 对已响应请求再 fail 双重响应,ERR_HTTP_HEADERS_SENT 未捕获把服务打死(smoke 0/17 连锁红的根因);修后 smoke 17/17 绿;其余 5 支(e2e/feature/batch2-6)缺 playwright 依赖跑不了,是环境账待装依赖(约 300MB 浏览器,等 boss 排工),非判据/产品缺陷 | | iconforge | product | 待办:待办:第二台机型复跑基准程序(小米/OPPO/vivo 任一),判据=在 iconforge 仓跑 `pwsh tools/verify-device.ps1 -Target com.android.settings` B1~B6 全绿且厂商适配表读数写进 docs/技术边界.md;理由=荣耀已实测通过,其余三家桌面的角标与上限未知,这是报价前唯一还剩的不确定项 | | jianying-video | product | 待办:已并入 one_media 仓(子目录 one_media/jianying_video,随 xlkj/one_media.git 纳管,work/ 与 out/ 由自带 .gitignore 排除);待随 one_media 提交入库
待办:one_media 未部署(8080 不通),文案通道 A/B 的契约已逐条对源码核实但无法端到端联调;部署后配 ONEMEDIA_BASE_URL/ONEMEDIA_TOKEN/ONEMEDIA_ACCOUNT_ID,并跑 words --export 把官方词库覆盖本地兜底表
待办:辅线(生成明文剪映草稿供人工精修)未动工;社区方案 capcut-cli 与 pyJianYingDraft,草稿格式不自研
待办:发布环节按人工上传执行,AI 内容标注留人工;若要自动化发布须 boss 提供账号资质并另行拍板
待办:换 TTS 音色或换 TTS 通道要重标时长模型(现用 0.904s 每句 + 0.162s 每字,本机 male-qn-badao@1.05 标定值) | | legend-template | infra | 待办:受众归属等 boss 定:对外卖的模板 / 外包交付件 / 内部起手式?三条路的标配要求不同(外包项目按 OUTSOURCE-STACK-STANDARD 是 Go 后台 + Vben + uni-app,与本仓 Next.js 栈不同口径)
待办:tech-spec.md §1「组件清单」列的 Navbar/Banner/ServiceTags/TemplateGrid/LauncherSkins/LogoGallery/ArticleLists/FriendLinks/Footer/RedDivider 十个组件仓内不存在(全仓搜这些名字只有这份文档自己提到,sections/ 目录也没有),page.tsx 也只 import next/image。文档写的是目标形状,读作待建清单;谁按这份 spec 验收会验到空气
待办:素材出处未记:public/ 下 7.9MB 素材(jpg/png)与整页参考图 homepage_full.png 在仓内没有任何来源/授权记录(tech-spec.md 无 URL 无出处)。内部私有仓无所谓,一旦对外交付或公开需先确权 | | mapforge | product | 缺口:page 端点未登记(checks.page=null)
待办:官网详情页 + checks.page 回填(2026-10-17 boss 已拍板域名形态=子路径 pinnadash.com/tools/mapforge,继承主域外链资产;boss 指示「先记录暂时不改」,执行(绑域/官网重写/详情页/publish/回填)挂起待 boss 发令)
待办:CLI 出图(mapforge gen --seed)与独立 npm 包发包(mapforge/docs/ROADMAP.md M2 尾巴,SKILL.md 已如实写明当前无 CLI) | | nebula | product | 待办:无历史可追溯：本仓 2026-10-17 之前完全没有 git（归档盘点 §2.3 那 20 个之一），首次提交 ccfdcf3 之前的过程无从考古
待办:models/ 19.0GB 的出处仍未记（2026-10-17 已补本机实体台账 manifest.json 并入库，记了两个 gguf 的 size+sha256）：仓内没有下载脚本或 URL、全盘也没有第二份（已核 ~/.cache/huggingface 868MB 内无 Qwen3 命中），所以按「不属于自动生成」保留未删。将来重下能用台账 sha 核对是不是同一个文件，但**从哪儿下**要人补进 manifest 的 source 字段
待办:测试面只覆盖 coordinator：收编时实测 `pnpm -r --if-present test` = Scope 2 of 3 workspace projects，coordinator vitest **21/21 通过**（scoring 9 + orchestrator 7 + server 5，9.25s）；apps/client 与 apps/agent 没有 test 脚本，被 --if-present 静默跳过=没测 | | onboard-hub | infra | 待办:M4 Docker 部署到 NAS(1Panel)+ 反向代理入口 + 线上实探(✅ 0.3.0 起已上线并线上终验:NAS 构建+推 NAS registry+compose+冒烟+**真渲染校验两层闸**+0.6.x 新增 6 条 M1 部署闸门;✅ 1.0.5 已摘掉 API 容器的 docker.sock(改宿主侧拉取式执行器,四条 venue 闸门真读数);✅ 2026-10-17 内网短域名入口已可用:`http://onboard.lan:3291/`(只是名字不是新服务,客户端各自加一行 hosts;80 被 NAS 系统面板占着、高位端口被 UGREEN 防火墙挡着,故复用已放行的 3291)。**剩余**:卡链接仍写 IP(新人机器没配 hosts,`.lan` 打不开),等内网 DNS 有 `onboard.lan` 记录后把 `CARD_PUBLIC_BASE_URL` 传给它即切)
待办:缺口(1.0.4/1.0.5 暴露):开通/回收同步长任务 —— **根治已落码(2026-11-04)**:改「受理 + 轮询」,POST 毫秒级返回 queued 任务行,服务端 taskqueue 单飞行队列后台真跑,GET /provisions/:id 与 /resources/recycle/jobs/:id 轮询到终态,同成员并发闸 + 重启陈账自愈 + 每步增量落库;真 MySQL 判据全绿(provision/resource/taskqueue 8 条新用例,并发闸变异先红后绿),前端轮询+双语词条+生产构建绿;**待 commit/push 授权随版部署并线上复验**(受理毫秒级/轮询见逐步进度/无客户端超时假失败)
待办:缺口(M1 未做):`/api/user/change-password` **✅ 2026-11-05 已落码待部署** —— POST /api/system/users/change-password(JWT 自证,旧口令验对才落新哈希,8~72 位边界负向判据真 MySQL 绿);ADMIN_INIT_PASSWORD 语义不变(只管初始口令/种子重建),日常改密走库里哈希,不再动 secrets 与容器
待办:缺口(口径待定):成员删除后其卡片/资源/回收流水行仍留档(member_id 指向已删成员,台账接口已能容忍)—— 是「审计留痕」还是「孤儿行」需定一条保留策略
待办:缺口(0.7.5 暴露):**权限码目前只控界面**(菜单 permissionCode + v-permission),后端接口层只做登录鉴权 —— 与 Admin_Template core v2 现状一致(core 只有 JWTAuth,无路由级权限中间件);要真 RBAC 需给 core 加权限中间件,已在此登记,不擅自改模板。
待办:缺口(2026-10-17 总览页重建时发现):后端 provision 视图对已删成员写死中文 + CardRow 缺 memberName/memberPinyin **✅ 2026-11-05 已收口** —— 后端改发 memberMissing 标志(不再写死任何文案),开通记录列表/详情由前端按语言渲染(双语词条 memberDeleted);CardRow 补 memberName/memberPinyin 类型,总览页临时兜底可退役
待办:缺口(0.7.5):发卡向导无二维码(新人手机扫码打不开,只能把链接转给他)。重发沿用原卡内容一条 **✅ 2026-10-20 已修** —— Reissue 改为按当前模板+台账重渲染(不再逐字节搬旧卡密文),同轮加「卡上凭据」列(64 位凭据指纹比对 in_use/rotated/unknown),boss 第三轮 N4/N9/N10 一并收口
待办:缺口(N12,2026-10-20 第四轮实测) 开发库 MySQL 用自签证书、不在公司 CA 下(issuer=MySQL_Server_8.4.9_Auto_Generated_CA_Certificate、无 SAN,openssl verify 报 error 20;require_secure_transport=0)——卡面已写明「开发库暂不校验服务端证书」并由 `card-read-safety.mjs` 钉住,根治=用公司 CA 签一张带 IP SAN 的服务端证书挂进 1Panel-mysql-JnwF(涉共享库重启,待 boss 拍板),票 docs/需求/2026-10-20-NAS-MySQL-开发库改用公司-CA-签发带-IP-SAN-的服务端证书.md
待办:缺口(2026-10-20 立票):后台卡片列表卡标题列渲染成 — **✅ 2026-11-05 已落码待部署** —— Card 加 Title 明文列,签发/重发双路径落列(渲染同一产出,禁搬旧卡),凭据明文拼进标题一律拒签(卡标题不得包含凭据明文,变异先红后绿),启动时历史卡回填(解不开留空,前端「历史卡未记标题」双语);真 MySQL 判据绿(成对 title 断言+负向+回填幂等);**部署期余项见票面**=NAS 现网回填实跑+deploy/probes 列表断言+真实像素复验 | | pdgen | infra | 待办:私源上已有 0.2.0 但仓内本批改动(去老板本机路径、六模板抬版、发布配置)未 commit,存在「包有仓无」窗口,待 boss 点头入库对齐
待办:员工侧安装口径落地 —— onboard-hub 入职卡与全局规则里把 pdgen 安装写成 npm i -g @pinnadash/pdgen(与员工规则分发设计同批推进) | | short-play | product | 待办:成片投向与获客归因未定(产出进哪个账号、是否接 events.json 归因线,须在内容线排工时拍板;未接前该线产出不进任何转化口径) | | site-qr-order | product | 待办:生产接入挂起：微信 appid/商户号/API v3 证书、短信通道、客户 HTTPS 域名待客户提供后接入
待办:deploy/sql 与 AutoMigrate 已在 NAS MySQL 实测通过，客户环境库仍待客户提供 | | steady | infra | 待办:常驻监听 watch 与薄桌面壳未做——老板 2026-10-20 提的形态是「桌面端+常驻+CLI+可嵌工作流」,现在只有 CLI 面(已可嵌,契约=--json 机器读数 + 退码 0/3/2),常驻与托盘待立项
待办:GPU 按进程只覆盖 CUDA 应用(nvidia-smi --query-compute-apps),游戏走 D3D 要按进程得走 PDH GPU Process Memory(*),未实现
待办:何时再优化形态(老板 2026-10-20 定的触发,不到不折腾):被多个项目/工作流真实引用起来,或需要分发到没有 Python 的机器(下载量起来)时,才考虑模板化或重写成 Go 单文件;在此之前保持单文件 Python CLI,能跑就行 | | system-butler | product | 待办:feed 自动更新(未接通):路径口径已定 https://updates.pinnadash.com/updates/system-butler/latest.json(release.mjs feedKey 算得,2026-10-17 核,线上现 404);接通前置三件=①src-tauri 加 tauri-plugin-updater + capabilities 权限 + plugins.updater.pubkey/endpoints + bundle.createUpdaterArtifacts ②生成 ~/.pinnadash/keys/system-butler.key 并把公钥填进 conf(tauri signer generate -w …) ③应用内确认式弹窗(2026-09-19 自动更新交互标准);mac 侧另需 tauri.macos.conf.json 的 createUpdaterArtifacts 置 true 才出 .app.tar.gz(mac feed 键的输入);现况=rel check 八项在第 5 项(签名密钥缺失)停、上传段公钥占位闸会拦,feed 由首次发版在线上生成,生成后回写本表 checks.feed(先登记会因端点不存在被盘点报红)
待办:mac P1 剩余:清理引擎 exclude、清理页剩下三个 Windows 专区块的 mac 版——排期与判据见 system_butler/docs/plans/2026-10-16-Mac版落地方案.md §9（①启动项见 §4,②软件卸载与残留见 §5,③系统盘见 §6,④内存分析见 §7,⑤签名与公证见 §8,均已完成）
待办:mac 系统级项授权路径待人工点一次验证:启动项的 /Library 变更与软件残留的 /Library 系统数据目录删除都走 osascript 单次授权,经 ssh 操作点不到弹窗(已验:授权脚本构造有单测+用户域 launchctl 真机闭环+codesign 签名徽标);判据=在系统守护项上点停用,批准后 plist 进隔离区且行变「已禁用」
待办:mac 系统级空间卡片与两条代执行待人工点一次验证:清理页「系统级空间」六行(容器未分配/密封系统卷/数据卷/APFS 快照/睡眠镜像/交换)+睡眠镜像那行的「一键执行」;已验真机走查同份 scan()(420ms、六项与 diskutil/pmset/sysctl 原始读数逐项对账)+打包产物下发 blocks=sysdisk+check:mac 保证两命令在 mac 命令表;判据=点「一键执行」弹一次授权,关闭睡眠镜像后重扫该行转「已关闭」
待办:mac 内存分析页待人工点一次验证:进「内存分析」页应看到汇总卡(总量/已用/可回收)+软件组列表,表头**只有两列**(名称/工作集,无「专用内存」)且底部说明是 mac 口径那段;已验真机走查同份 collect_memory()(32ms、551 进程/400 组/36 软件组、页账目 1000105/1048576=95% 逐项对账)+打包产物下发 pages=…,memory+check:mac 保证三命令在 mac 命令表且都被这页调用;理由=macOS 不向普通程序提供逐进程私有内存(ps 无 rprvt/vprvt、footprint 需 root、top MEM 口径自相矛盾),故该列在 mac 上不显示也不填替代数字
待办:机检固化 **✅ 2026-11-05 已接** —— 两条 mac 闸门纳入 company ops/repo_ci.py 每日命令闸(system-butler 条目 steps=check:mac+check:macos,i18n 闸自动挂载,3 步全过;载体勘误=命令闸正本是 repo_ci 不是 rules_check 结构闸,故不进 CHECK_REPOS/不落 rules.json);接闸当日 check:mac 挂账 7 条清零=闸门文件名单补 FixWinPage.tsx(fixwin 页 PAGES 表本就 mac=false)+mac 命令表裁 is_portable_mode 与 backup_* 四件(mac 页面无调用点,模块本体保留,startup_macos 仍内部调用);check:mac 绿=38 命令全被用/4 个 Windows 专属调用挂门后,cargo check 绿 | | tools-bin | infra | 待办:godot/ 与 ffmpeg.zip 的 source 仍是「未记」：这两个不是自动生成（下载来的程序），删了就没有找回凭据，所以 2026-10-17 没删。要真能重建，需人确认后把出处填进 manifest 的 source 并记日期
待办:ffmpeg.zip 内容物未记（只有整包哈希 12.9MB）；Godot 版本号 4.7.2-stable 取自文件名而非程序自证
待办:重建 TTS 能力的代价已量化但没实测过一遍：tts-env 重装=同版 Python(3.11.15) + 照台账 57 个包装（含 torch，约 3GB 下载）；ChatTTS 权重靠库首跑自动拉，**实测只有走 127.0.0.1:7890 代理才通（200），直连 000**——代理不在就等于拉不回来，这条没真跑过一次全流程 | ## 七、规则执行检查(rules_check.py,规则是否落地由代码确认) > 2026-11-10 08:01:41 检查 29 仓:正常 23 / 异常 6。只列缺口;notes(结构差距/允许的缺项)不重复展示。 > dev-commands(根仓+嵌套子包全集): 1/46 仓有命令面缺口（game_material_workshop；判定=pdgen check --commands,正本=DEV-COMMAND-STANDARD.md） | 仓库 | 缺口 | | --- | --- | | easy_clipboard | [doc-flows-fresh] docs/FLOW-capture-paste.md 覆盖的 src 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库) | | easy_screenshot | [doc-flows-fresh] docs/FLOW-account.md 覆盖的 src-tauri/src/lib.rs 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库)
[doc-flows-fresh] docs/FLOW-account.md 覆盖的 src/shared 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库)
[doc-flows-fresh] docs/FLOW-capture.md 覆盖的 src-tauri/src/snip.rs 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库)
[doc-flows-fresh] docs/FLOW-capture.md 覆盖的 src-tauri/src/snip_commands.rs 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库)
[doc-flows-fresh] docs/FLOW-capture.md 覆盖的 src-tauri/src/lib.rs 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库)
[doc-flows-fresh] docs/FLOW-capture.md 覆盖的 src-tauri/src/capture.rs 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库)
[doc-flows-fresh] docs/FLOW-capture.md 覆盖的 src-tauri/src/ocr_engine.rs 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库)
[doc-flows-fresh] docs/FLOW-capture.md 覆盖的 src/renderer/overlay 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库)
[doc-flows-fresh] docs/FLOW-paywall.md 覆盖的 src/renderer/overlay 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库)
[doc-flows-fresh] docs/FLOW-paywall.md 覆盖的 src-tauri/src/snip_commands.rs 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库)
[doc-flows-fresh] 另有 3 条覆盖路径比文档更新(前 10 条已列出) | | app_admin | [doc-flows-fresh] docs/FLOW-release.md 覆盖的 scripts 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库)
[doc-flows-fresh] docs/FLOW-release.md 覆盖的 server 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库) | | mapforge | [doc-flows-fresh] docs/FLOW-export.md 覆盖的 src/export 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库)
[doc-flows-fresh] docs/FLOW-generate.md 覆盖的 src/core 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库) | | spindle | [doc-flows-fresh] docs/FLOW-generate.md 覆盖的 packages/loom-schema/src 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库) | | easy_mail | [doc-flows-fresh] docs/FLOW-inbound.md 覆盖的 src-tauri/src 在文档上次变更之后又有了改动(约 1 天前):流程图与代码可能已漂移,核对内容后刷新头部 `核对:` 行(或补提交让文档与代码同批入库) | ## 八、样本与结论纪律 已积累 59 天数据,推广动作效果判定见 analysis 报告。 ## 九、pdgen 骨架用量与版本对齐 累计 95 个骨架,近7天 8。用得少=模板进化慢:立项/加模块时优先用它。 | 仓库 | 累计 | 近7天 | 最近生成 | | --- | --- | --- | --- | | easy_mail | 37 | 0 | 2026-10-19 | | easy_explorer | 15 | 0 | 2026-10-24 | | system_butler | 5 | 0 | 2026-09-24 | | ai-arena | 4 | 1 | 2026-11-06 | | failbook | 4 | 0 | 2026-09-11 | | account_center | 3 | 0 | 2026-09-24 | | game_atlas | 3 | 1 | 2026-11-06 | | zaodian_order | 3 | 0 | 2026-10-14 | | easy_screenshot | 2 | 0 | 2026-09-28 | | proxy_ip | 2 | 2 | 2026-11-06 | | rtmp_clone | 2 | 0 | 2026-10-25 | | tyml | 2 | 2 | 2026-11-06 | | agent-hive | 1 | 0 | 2026-10-21 | | company | 1 | 0 | 2026-10-01 | | crawler_platform | 1 | 1 | 2026-11-06 | | easy_clipboard | 1 | 0 | 2026-09-28 | | easy_env | 1 | 0 | 2026-10-28 | | fmz_clone | 1 | 0 | 2026-09-24 | | livable | 1 | 0 | 2026-09-21 | | mapforge | 1 | 0 | 2026-10-05 | | relay_watch | 1 | 0 | 2026-09-17 | | rulecheck | 1 | 0 | 2026-09-12 | | site_qr_order | 1 | 0 | 2026-10-26 | | spindle | 1 | 0 | 2026-10-03 | | transcriptgenerate_clone | 1 | 1 | 2026-11-06 | > ⚠️ **active 零使用模板(2):add/go-vben-module、add/stage-pipeline** ——处置:找真实采用,或 template.json 写 archived(带 since/reason);归档不删除,再需要先补课 > ⚠️ **模板落后清单(25 项 / 16 仓)** ——红利没沉下来,动工前先在该仓跑 `node D:/code/work/lin/pdgen/bin/pdgen.js check --drift`,出 `[stale]` 就 `pdgen upgrade --dry-run` 核对再落盘 | 仓库 | 模板 | 台账版 | 当前版 | 处置 | | --- | --- | --- | --- | --- | | account_center | add/api-route | — | 1.0.0 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | account_center | add/dev-commands | — | 1.0.1 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | ai-arena | init/admin-web | 1.0.2 | 1.0.3 | pdgen upgrade init/admin-web | | ai-arena | init/go-service | 1.0.1 | 1.0.2 | pdgen upgrade init/go-service | | company | init/tauri-app | — | 2.0.0 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | easy_clipboard | add/dev-commands | — | 1.0.1 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | easy_explorer | add/tauri-cmd | — | 1.0.1 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | easy_explorer | init/tauri-app | — | 2.0.0 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | easy_mail | add/tauri-cmd | — | 1.0.1 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | easy_mail | init/tauri-app | — | 2.0.0 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | easy_mail | init/web-app | 1.0.0 | 1.0.3 | pdgen upgrade init/web-app | | easy_screenshot | add/tauri-cmd | — | 1.0.1 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | failbook | add/cli-cmd | — | 1.0.0 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | failbook | init/cf-site | — | 1.0.0 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | failbook | init/cli-tool | — | 1.0.0 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | fmz_clone | init/cf-site | — | 1.0.0 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | livable | init/cf-site | — | 1.0.0 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | mapforge | add/dev-commands | — | 1.0.1 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | relay_watch | init/go-service | — | 1.0.2 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | rulecheck | init/cli-tool | — | 1.0.0 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | spindle | init/web-app | — | 1.0.3 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | system_butler | add/tauri-cmd | — | 1.0.1 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | zaodian_order | add/dev-commands | — | 1.0.1 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | zaodian_order | init/admin-web | — | 1.0.3 | 先 pdgen upgrade --dry-run 核对,再认领基线 | | zaodian_order | init/go-service | — | 1.0.2 | 先 pdgen upgrade --dry-run 核对,再认领基线 | ## 十、分产品归因(client 维度,2026-09-12 起) 口径:注册按注册时首触 client(first-touch 不可变);订阅按结账时来源 client;unknown = 存量数据或未带来源。详见 ops/README.md「数据口径」。 | 产品(client) | 注册总数 | 今日新增注册 | | --- | --- | --- | | unknown | 1 | 0 | | auto-flow | 1 | 0 | | account-portal | 1 | 0 | | 产品(client) | 订阅总数 | 有效订阅 | 今日新增订阅 | | --- | --- | --- | --- | ## 十一、系统健康(系统自度量,2026-09-12 起) 公司系统自迭代的前提是系统知道自己活着:本节度量系统自身(节奏实跑/意见闭环/待办存量/人因依赖),口径见 ops/README.md「数据口径·系统健康」。 | 项 | 状态 | | --- | --- | | 00:00 场产物(漏跑早检) | ⚠️ 缺失(00:00 场漏跑/宿主停机) | | 今日排工(10:00 日循环产物) | ⏳ 未到点(10:00 场未跑) | | 昨日汇总(10:00 日循环产物) | ⏳ 未到点(10:00 场未汇总昨日) | | 计划任务 CompanyOpsDaily | ✅ 已启用 ｜ 只使用交互方式 ｜ 上次运行 2026/11/10 8:00:01 | | 代理出口探活 | ✅ 通(http://127.0.0.1:7890,TLS 已验,探于 2026-11-10 08:00) | | 意见台账闭环 | open 1 / doing 0 / done 17(最老 open 22 天) | | 待办存量 | 盘点异常 20 + 未登记仓库 0 + worktree 遗留 0 + 规则缺口 6 | | 人因格子(每环节一票,离脱人运转的距离) | ⚙️0 🤖1 🧠4 👤3 ❌1/9 环节(审计 2026-10-19,口径 votes(每环节一票·人因优先,2026-10-14 起;此前为标记字符计数,历史不回改)) | | 人因表刷新 | ❌ 刷新 FAIL(2026-10-19.md):本周未刷新:最新表 2026-10-19,本周一 2026-11-09 | | 产品仓 WIP 盘点 | 未提交 7 仓 / 无主 7(ai-vault 6处、easy-flow 8处、jianying-video 7处、mapforge 2处、official-website 2处、onboard-hub 36处、product-wall 321处)——无主=当日 worklog 认领/结注无提及,补记或入库即清零 | | push 漂移(company 仓) | ✅ 0(与上游一致) | | 闸门剪枝 | 共 163 闸 ｜ 30d 拦截 23 ｜ 未验证 57 ｜ 死闸 0 ｜ 豁免逾期 0(剪枝报告 ops/audits/prune-*.md) | | 测试跑量 | ✅ 全部在基线×3 内 | | 外链盘点 | 域名龄 65 天 ｜ 已验证去重来源域 2/10(零权重未出坑) ｜ 近7日新增 0 条/待验证 4 条 | > ⚠️ **外链缺口 3 项**: 批1 目录 已验证去重域 0 条(<3,池子未成立)；批2 内容 已验证去重域 1 条(<3,池子未成立)；批3 实体 已验证去重域 1 条(<3,池子未成立) ——池子三批各 ≥3 才成立,每写一条对外链接当场 `python ops/backlinks.py add`(口径 ops/marketing/seo/LINK-CALIBER.md) | Google 收录 | 已收录(巡检) 61/77 页 ｜ sitemap 提交 90 页/indexed 计数器 0 页(计数器不可信:10-21 实测读 0,巡检 86 行中 69 行 Submitted and indexed) ｜ 28 日展示 158/点击 0 ｜ 采集 2026-11-10T08:03:59+08:00 | | 磁盘残留 | D 盘可用 64GB / target 积压 111GB(盘点 2026-11-03,清单 `python ops/disk.py show`,删除须 boss 拍板)⚠️ | > 🔴 **D 盘水位红线**:可用不足 50GB——先清构建缓存(整个 target 目录删,清单 `python ops/disk.py show`) | 凭据回显 | ⚠️ 新增 8 处(扫 15778 文件) ｜ docs/归档/2026-11-08-zcode-回执.md:100、docs/归档/2026-11-08-zcode-回执.md:100、docs/归档/2026-11-08-AdminTemplate-实例/checkpoint.md:210、docs/归档/2026-11-08-AdminTemplate-实例/checkpoint.md:212、docs/归档/2026-11-08-AdminTemplate-实例/checkpoint.md:237——脱敏/轮换后 `--update-baseline` 登记 | | 全局规则副本(本机) | version 1.5.8 @ 30e1e58;落后 无;未导入 无;未接管 dsh | | 全局规则抬版闸 | ✅ 正文与 version 都未变化(1.5.8) ｜ 今日已运行(基线 @ 2026-10-29T08:02:35+08:00) | ## CLI 总索引(ops/cli_registry.json,@generated 纯生成物) > 发现 22 仓 80 个 CLI(契约=约定位置自声明,package.json bin/Cargo.toml [[bin]]/pyproject scripts/go.mod/cli_manifest.json;重算 `python ops/cli_scan.py gen`) | 缺口仓 | 内容 | | --- | --- | | agent-hive | license_missing(LICENSE 缺失,一份协议缺口) | | dsh-opc | skill_missing(SKILL.md 缺失,违背工具项目硬规则); license_missing(LICENSE 缺失,一份协议缺口) | | easy-env | license_missing(LICENSE 缺失,一份协议缺口) | | game-atlas | license_missing(LICENSE 缺失,一份协议缺口) | | mapforge | license_missing(LICENSE 缺失,一份协议缺口) | | boss-analyze | license_missing(LICENSE 缺失,一份协议缺口) | > skill 缺口=违背工具项目硬规则,当场补;license 缺口=一份协议待 boss 拍板(推荐 Apache-2.0,并入 B15) ## 桌面仓 CI(repo_ci.py,每日 test/typecheck 读数) > 2026-11-10 实跑 6 仓:ok 5 / 失败或缺命令 1 / 读数挂起 0。缺命令=缺口挂账逐仓补齐;cargo/打包重测试归发版闸门不进每日。 | 仓库 | 状态 | 细节 | | --- | --- | --- | | easy-flow | fail | test exit=1: xecuteUserEntryPoint [as runMain] (node:internal/modules/run_main:154:5) at node:internal/main/run_main_module:33:47 { code: 'MODULE_NOT_FOUND', requireStack: [] } Node.js v24.22.1 | ## token 账(token_cost.py,每日读数) > 口径:合计=输入+输出+缓存读(**只报 token 不报钱**,无可信价目表);按 (turn,step) 去重;**步数 × 每步均耗 = 钱花在哪**。鲸的自主卡 = `haki-heartbeat-*`;DSH 交互会话 = 人机长会话。 | 日期 | 总量 | 步数 | 每步均耗 | cache 占比 | 鲸的自主卡 | DSH 交互会话 | | --- | --- | --- | --- | --- | --- | --- | | 2026-11-08 | 7864 万 | 1309 | 6 万 | 93.0% | 34 万(3 张 / 均 6.0 步) | 7830 万(121 个) | | 2026-11-09 | 2.09 亿 | 2860 | 7 万 | 94.3% | 276 万(13 张 / 均 8.1 步) | 2.07 亿(142 个) | | 2026-11-10 | 9663 万 | 1353 | 7 万 | 94.1% | 193 万(13 张 / 均 5.8 步) | 9470 万(68 个) | > 告警:无。 --- *分析详情: reports/analysis-2026-11-10.md*