CLAIMS & BOUNDARIES
我们主张什么，不主张什么
Askovo 的价值在于知道证据能支持到哪里。这一页把产品自己的主张也放进同一条纪律里：能主张的写清楚，不能冒充的直接说不。
六类结论不能混SIX CONCLUSION TYPES
| 类型 | 回答 | 不能替代 |
|---|---|---|
| need | 谁在什么场景有什么未满足任务 | 功能请求、个案、普遍率 |
| acceptance | 用户是否理解/接受方案 | 喜欢 ≠ 会用 / 会买 |
| usability | 能否完成任务、是否易学低错 | 好用 ≠ 需求成立 |
| performance | 明确条件下是否达标 | 跑分 ≠ 体验 |
| commercial | 购买、留存、复购、退换 | 口头意愿 ≠ 交易 |
| safety | 使用风险与合规缺口 | 用户试验 ≠ 认证 |
E0–E5 只描述需求与商业证据强度，不是产品/商业推理得分；可用性、工程性能、安全、可行性分别有各自的验证要求。
测试与样例证明什么WHAT TESTS PROVE
| 证据 | 能主张 | 不能冒充 |
|---|---|---|
| 135 个单元测试（Python 3.9–3.12） | 命令行为、结构校验、门逻辑符合规格 | 真实需求成立、产品质量、市场规模 |
| 离线合成样例（askovo demo） | 主链、证据引用与审计逻辑自洽 | 任何真实用户或商业事实 |
| CI 通过（tests.yml） | 上述行为在受支持版本上可复现 | 发布可行性、合规或认证 |
| GitHub/Reddit 官方 API 采集 | 授权来源的原始记录与偏差留痕 | 样本代表总体、记录数=用户数 |
永远不做的推断NEVER
- 不把购买意愿当真实购买，不把采用率当产品结果，不把一次喜欢当复购
- 不把便利样本外推普遍率或市场规模；市场估计必须写全口径、边界与来源，null 是未知不是零
- 不把
decided（记录了当前选择）冒充发布批准、商业成立或因果效果——交付、结果、因果是三个独立状态 - 不做未授权抓取，不绕过 blocked 连接器、登录墙或平台挑战
- 所有自动交付默认草稿；CLI 通过不替代人工语义复核、产品签收或风险接受
完整边界见仓库 README 边界节与 核心概念。
如果这次检查对你有用STAR, NEVER REQUIRED
如果 Askovo 帮到了你，给 仓库一个 star 能帮更多人找到它——完全自愿，不设任何前提。