工程能力与当前边界
资料可信范围
Section titled “资料可信范围”本站以《AI-Native 核心框架》及《功能、模块清单》为依据。前者提供架构原则，后者提供当前项目的能力整理与代码核对总结。
这并不等于本站对当前代码进行过可重复的端到端验收。 在连接原项目代码、测试用例与真实运行环境前，下列内容的正式对外表述仍需逐项核验。
材料支持的工程方向
Section titled “材料支持的工程方向”- 领域 Skill 与平台知识体系。
- Package / Action 元模型、编译、链接和动态工具装配。
- 模型主导的渐进式知识访问、Context 供给与来源追踪。
- 父子任务协作、执行隔离、任务生命周期、超时与取消。
- DOCX / PDF 解析、真实排版证据、原生表单构建和渲染反馈。
- 会话文件引用、流式交互、Schema / Result 原子发布与运行诊断。
不能直接宣称的事情
Section titled “不能直接宣称的事情”| 说法 | 更准确的边界 |
|---|---|
| 自研 Word 排版引擎 | 实际是排版引擎集成与排版事实提取 |
| 完整差量构建已经稳定交付 | 新链路仍须根据隔离验证和回归结果确认 |
| AI 可在全部场景自主修订直至完成 | 比较入口、地址追踪与端到端闭环尚须按真实证据分层陈述 |
| 所有模块均已生产级可用 | 模块存在不能替代可靠性、效果与安全验收 |
| 真实反馈会自动变成新知识 | 必须收集、评价、验证、Promotion 后才有可能成为长期资产 |
| 产品演示即代表真实后端效果 | 当前官网 Demo 只执行浏览器本地示例逻辑 |
正式发布前的证据标准
Section titled “正式发布前的证据标准”- 给关键能力附上可复查的运行录像、用例或测试报告；
- 区分设计目标、已有工程能力、实验性能力和已验收结果；
- 对比渲染、保存与业务目标是否真正满足；
- 严禁在缺少数据时虚构准确率、转化率或性能提升；
- 如果开放真实文件上传，应完成权限、隔离、安全、隐私与资源治理。