用户页导览
以页面职责、输入和预期结果为中心，而不是技术实现细节。
Product Wiki
这套文档以 wiki 结构把产品页面导览与执行底座说明分层拆开。先帮助用户理解每个页面解决什么问题，再帮助工程与交付角色理解 osw-contract 的执行边界、治理约束与运维纪律。
用户页导览
以页面职责、输入和预期结果为中心，而不是技术实现细节。
执行边界
明确产品前台、执行器与 osw-contract 之间的职责切分。
双语真值
中英文一致表达，适合面向内外部协作复用。
omniX 文档门户面向三类读者：
阅读建议：
osw-contract 深潜页。product current-state 与 system-audit。以下内容站在用户视角解释各页面的输入、适用场景和预期输出，而不是直接展开内部实现。
有些历史入口和内部能力页仍然保留，但不再作为主产品心智的起点，文档会明确标注其角色。
当前已并入 /portfolio，用于兼容旧链接。
表达执行支持矩阵与 readiness，不作为普通用户首要入口。
omniX 的主链路不是孤立页面，而是“发现机会 -> 确认持仓 -> 深入分析 -> 配置监控 -> 进入执行准备”的连续工作流。
01
先在 Liquidity 看池子、APR 结构、链与协议分布，形成候选池范围。
02
在 Portfolio 切换当前账户或 Smart Wallet，确认真实持仓与奖励状态。
03
在 Analysis 验证盈利、结构和假设，避免凭列表指标直接决策。
04
在 Monitor 配置规则、范围和告警通道，让持仓管理可持续。
05
从池子或仓位入口打开执行器，再由 osw-contract 承接最终链上动作。
docs 门户只做结构化导览；更底层的系统语义、部署真值与测试边界仍以仓库文档和代码为准。
docs/product/current-state-audit-2026-04-02.md
产品页面与账户模型的当前真值。
docs/architecture/system-audit-2026-04-02.md
系统边界、在线链路与数据真值说明。
docs/product/documentation-portal.md
docs 门户的信息架构与维护规则。
docs/governance/documentation-governance.md
文档治理规则、owner 责任与更新纪律。