Mozhi 的 Agent 工作区

Appearance

能力展示 ​

2026-10-16 真实 Report 展示 ​

主展示来自 2026-10-16 的 CCN 快报集成工作：把来源材料制作成可独立打开的中文滚动报告，保留官方原图、中文读图解释和证据边界。本次从 13 份最终 Report 中选择三份，在公开副本上重新运行 render_html_report.py，再由三个独立视觉 checker 查看实际长图及原尺寸分段；三份导出均为 succeeded，本轮视觉 QA 均为 PASS。

真实任务与报告原图数量可打开的成果与核验记录
DSH-20261013-112 · Ambi：从对话上下文到后续行动3 张官方功能图，均默认可见HTML · 完整长图 · 本轮 QA · 来源与验证摘要
DSH-20261013-058 · Maia 300：让 AI 推理少搬数据、多出词元2 张官方图：芯片照片与 SoC 架构图HTML · 完整长图 · 本轮 QA · 来源与验证摘要
DSH-20261013-079 · 三星 NIS 与工业 AI RAN3 张官方图；2 张项目图默认可见，1 张架构图可点击展开HTML · 完整长图 · 本轮 QA · 来源与验证摘要

Ambi：让产品界面成为解释证据 ​

三张官方功能图分别解释实时建议、跨设备接续和长期 Routines，配合工作链条、术语表和数据保留边界。下图为本轮真实导出长图的局部，完整界面可在 HTML 中查看。

Ambi 报告局部：完整展示官方功能图并解释下一步建议

来源：Ambi 产品页、隐私政策、英国 App Store 条目。三份材料于 2026-10-16 抓取；图片和产品文案不等于独立效果测评。

Maia 300：把架构原图和中文读图键放在一起 ​

保留完整 SoC 架构图，在图外解释计算区、片上存储、HBM 和互联；同时把单芯片、整机架和系统规模分开，明确厂商预期与实测的区别。下图是本轮导出结果的架构段落。

Maia 300 报告局部：大幅官方 SoC 图与中文读图键

来源：微软部署计划、Maia 300 架构说明，均于 2026-10-16 抓取。展示解释已公开材料，不承诺其中前瞻计划或性能预期已经兑现。

三星 NIS：把平台、工业场景与待验证效果分开 ​

用组件图解释平台分工，并保留两个工业项目的官方场景图。官方 NIS 架构原图折叠在报告内，可按需展开；本轮默认截图和 checker 只对默认可见内容作视觉结论，没有声称检查了折叠原图。

三星 NIS 报告局部：两个工业项目的官方场景图与中文解释

来源：三星工业 AI RAN 公告、NIS 技术博客，于 2026-10-16 抓取。场景图说明项目方案，不能替代试点验收或性能数据。

本次展示验证到哪里 ​

  • 三份均为自包含静态 Report；共 8 张内嵌图片的解码后 SHA256 与归档来源原图逐一匹配，没有把教学重绘计入原图数。每份 evidence.json 提供逐图原始 URL、哈希及 HTML/PNG 绑定，report-render-manifest.json 保留实际硬检查结果。
  • 本次重新验证的是公开副本的桌面导出与独立视觉 QA；来源捕获、Humanize 规划和正文制作沿用真实原任务，没有重新执行完整制作链路。原 CCN baseline 属于主 agent 代理审阅决定，不是人类审批记录。
  • Ambi、Maia 的公开 HTML 与指定最终交付文件逐字节一致；NIS 只删除本地抓取元数据，正文与配图不改。checker 审查暂存的 index.html，公开副本改名为 report.html，两者字节相同。
  • 这些成果展示 Report 路线；本 wrapper 仍没有公开 Deck + 逐页 PNG + manifest + 独立视觉 QA 成套成果，不据此宣称 Deck 端到端验证通过。

Wrapper 可提供的能力 ​

  • 先用 humanize-ppt/ 把原始材料整理为 AST 大纲、逐页或逐章节意图、讲者意图与素材意图，再把明确的生产交接物交给最终生成阶段。
  • Deck 模式生成以 section.slide 为页面单元的可翻页 HTML；可使用 html-ppt-skill/ 的模板、布局、主题、运行时和演讲者模式。
  • Report 模式生成不以 section.slide 为主结构的滚动 HTML 分析报告。
  • Deck 导出脚本（wrapper 固定提交） 导出逐页 PNG，并检查第 1 页到第 2 页及返回的键盘导航、符合尺寸条件的可见图片缩放比例。
  • Report 导出脚本（wrapper 固定提交） 导出桌面全页截图，并检查滚动结构、正文规模、横向溢出和破图等硬性问题。
  • 导出通过后，独立视觉 checker 直接检查 PNG；渲染脚本通过不代表视觉 QA 通过。

历史 Report 归档 ​

保留 2026-08-03 的 rtx-spark-agent-pc-report 作为历史参考，不再作为主展示。它的历史判断记录描述了从 NVIDIA 网页证据包、Humanize AST 规划、滚动 HTML 生成到 Report 导出和独立视觉审查的链路。可直接打开以下归档：

归档的 report-render-manifest.json 状态为 succeeded，记录 slideCount: 0、bodyWidth: 1920、无横向溢出、无破图；历史 visual-qa.md 给出 Verdict: PASS 和按屏段展开的 Primary Visual Checks。这些是归档记录的结论，不是本页维护时重新执行完整制作与视觉 QA 后的新结论。

原始输入来自 2026-07-07 捕获的三份 NVIDIA 网页材料。以下固定提交链接保留了任务 prompt 和来源文本，便于核对归档报告的材料范围；网页当前内容可能变化，应以捕获文本解释这份历史报告。

输入可复核来源
任务 promptwrapper 中的案例 prompt（含后续更新的工作目录约定）
RTX Spark 产品页捕获文本与原图链接
NVIDIA 新闻稿捕获文本与原始发布地址
DGX Spark 产品页捕获文本与原图链接

公开 humanize/ 仅保留 deck_brief.md、ast_outline.md、slide_plan.json 和 run_manifest.json。运行清单列出的 speaker_intent.md、asset_manifest.md、命令文件和 Humanize QA 输出未随该展示归档，不能把清单中列出的文件视为全部可下载。清单中的 qa_status: pass 属于 Humanize Brief-Mode QA，HTML 生产路由仍标为 planned；最终 HTML、导出结果和独立视觉 QA 须分别查看上面的成果文件，不能用这一清单代替最终验收记录。

能力边界与当前证据缺口 ​

  • 本 skill 交付静态 HTML、PNG、manifest 和视觉 QA 记录，不承诺生成 .pptx。
  • wrapper 不负责把交付件部署到公网；在线发布需要单独的发布流程和权限。
  • render_html_ppt.py 不会判断叙事质量、文字重叠、裁切、图表是否易读或视觉风格是否合适；这些由独立 checker 负责。
  • Deck 导出成功也不证明破图、空 alt 或 section.slide 结构合规；计数为 0 时脚本仍可回退为单张截图，须由主 agent 和 checker 核对实际页面。
  • render_html_report.py 的硬检查也不能替代对长图节奏、图文层级和证据可读性的视觉复核。
  • wrapper 专属的公开 Deck 成套证据仍待补齐；现有成果展示覆盖上述滚动 Report。仅有 Deck 测试输入或导出脚本，不等于已有可验收的 Deck 交付件。

Forward-Test 边界 ​

forward-test 用于检验 wrapper 在真实输入下能否稳定调度制作、导出和视觉 QA，不是新的运行时能力。候选输出和主 agent 判断都放在 .tmp/runs/<run-id>/hw-ppt-gen-html/，其中判断文件为 judgment.md；judge、rubric 和 expected-example 不得发给生成子 agent。