公开案例

知身·问年

ZhiShen · WenNian

AI 衰老评估、主动追问与干预决策系统。

年份: 2026
状态: status.active
角色: 系统设计、架构与工程实现
类别: AI 健康 · 衰老智能 · 决策支持
技术栈: Python 3.10+
FastAPI
Gradio
pytest
YAML 配置
公开代码: 公开仓库
实际状态: 开源 MVP 代码、测试、界面、接口与部署文件均已公开。

状态开源 MVP。仅输出评估结果，不是诊断工具。许可证状态未定：README 声明 GPLv3，GitHub 未检测到 LICENSE 文件。

代码仓库证据

它是什么

知身·问年是一个面向个体健康与衰老研究的 AI 产品探索。它把分散的健康信息整理成一份关于个人衰老状态的评估，并指出当前最值得关注的方面。

它不做诊断，也不提供医疗建议。它给出的是评估与说明，并且每一条结论都带着自己的适用范围。

为什么重要

关于衰老的讨论常常停在两个极端：一个难以行动的数字，或者一段读起来很流畅、背后却没有任何约束的解读。

真正有用的问题不是「我现在的生物学年龄是多少」，而是「现在最值得先改变什么」。知身·问年围绕这个问题组织：先给出可读的状态，再说明哪些方面值得关注。

当前公开状态

开源 MVP，持续开发中。可在本地自行运行与检视。

明确不在范围内：它不是诊断设备，不提供医疗建议，不开具处方。报告本身声明其内容只描述健康趋势，不构成医疗诊断。

已公开内容

代码仓库 WenNian（Python / FastAPI / Gradio，在 127.0.0.1 本地运行）。
评估流程与报告产物：每次评估都会输出一份报告，免责声明随产物一起走。
许可证状态：README 声明 GPLv3，但 GitHub 未在该仓库检测到 LICENSE 文件。在这一点被澄清之前，许可证状态应视为「未确认」而非「已确定」。

说明

本页不发布任何临床或准确性数字。产品研发进度可能领先于公开可核验的仓库快照。

实现状态

代码、测试、界面、接口与部署文件均已公开。

当前实际存在什么，以及如何核验。以下内容均不是为不存在的产品绘制的界面假图。

公开代码: 公开仓库

状态描述的是访问者能够核实的内容，而不是"看起来完成了多少"。
Component	State	Note
多时钟评估引擎	已实现	PhenoAge、KDM、DNN、LifeClock 四个时钟为独立模块，基于 9 项常规血检指标实现。
器官时钟层	已实现	心、肝、肾、脑、肺、血管、免疫、骨骼肌八个器官系统，用于评估器官衰老异步性。
融合层——主驱动与干预优先级	已实现	将各时钟输出融合为主驱动维度与干预优先级排序，并给出置信区间。
多智能体层	已实现	Director、Analyst、Auditor、HealthInterviewer 四个智能体共享协议层；Auditor 对每条输出执行强制红线扫描。
结构化健康访谈	已实现	自然语言主诉在最多三轮追问内被解析为评估维度，背后是 100+ 条主诉-维度映射库。
护栏——输入校验、红线、数值守护	已实现	类型化输入模型、区间校验与合规扫描，拦截医疗建议、处方与用量表述。
白标 PDF 报告	已实现	器官雷达图、生物年龄总结、干预建议与逐页免责声明；批量 CSV 输入可打包为 ZIP。
服务层——REST 接口与 Gradio 界面	已实现	FastAPI 接口与 Gradio 界面并存，本地在 7860 端口提供服务。
部署产物	已实现	仓库内含 Dockerfile、生产用 compose 文件与 nginx 配置。
自动化测试	已实现	18 个测试包、8 个顶层测试模块与共享 conftest，覆盖主动感知、API、因果、时钟、界面、校验等。本站未重新运行这些测试，因此不宣称任何通过率。
因果层	部分	仓库将因果图标注为“部分开放”——模块存在于目录结构中，但完整图谱不在开源 MVP 内。
干预仿真	部分	MVP 输出的是干预优先级排序，并未做随时间推进的反事实轨迹仿真。
连续感知与纵向数据接入	计划中	公开目录中没有对应模块。
数字孪生	计划中	属于产品论述中的方向，不在 MVP 范围。可组合状态模型在代码中存在，持久化个体孪生体尚未实现。
临床验证	计划中	仓库中没有任何支撑临床准确性主张的证据，每份报告均附有非诊断免责声明。

如何理解这些状态 3

已实现代码中已实现。不代表质量已被验证。
部分存在但不完整，或仅部分开放。
计划中已列为后续工作，目前无可检视内容。

仓库结构

仓库目录

打开来源原件

WenNian/
├── Dockerfile
├── docker-compose.prod.yml
├── nginx/
├── config/                 # YAML-driven behaviour
├── requirements.txt        # Python 3.10+
├── docs/
│   ├── api_reference.md
│   ├── deployment_guide.md
│   └── user_guide.md
├── src/
│   ├── core/               # configuration, logging, exceptions
│   ├── clocks/             # phenoage.py  kdm.py  dnn.py  lifeclock.py
│   ├── dimensions/         # organ clocks
│   ├── integrator/         # fusion and dominant-driver identification
│   ├── causality/          # causal graph (partially open)
│   ├── agents/             # director  analyst  auditor  health_interviewer
│   ├── knowledge/          # complaint → dimension mapping
│   ├── inputs/             # data models and validation
│   ├── outputs/            # report building and PDF generation
│   ├── validation/         # red-line scanning, numeric guards
│   ├── commercial/         # white-label reporting
│   ├── api/                # FastAPI
│   └── ui/                 # Gradio
└── tests/
    ├── test_active_perception/  test_agents/     test_api/
    ├── test_causality/          test_clocks/     test_commercial/
    ├── test_core/               test_deployment/ test_dimensions/
    ├── test_industrial/         test_inputs/     test_integrator/
    ├── test_knowledge/          test_lab/        test_outputs/
    ├── test_production/         test_ui/         test_validation/
    ├── test_additional.py       test_batch_final.py
    ├── test_comprehensive.py    test_edge_cases.py
    ├── test_final_batch2.py     test_final_verify.py
    ├── test_integration.py      test_p1_coverage.py
    └── conftest.py

模块边界与评估流水线一致：输入 → 校验 → 时钟 → 器官时钟 → 融合 → 输出。

来源 GitHub API — huangdi97/WenNian 仓库目录，本周读取。

命令与输出

文档中的运行入口

打开来源原件

# install
pip install -r requirements.txt

# run the test suite
pytest tests/ -v

# launch the interface
python src/ui/app.py
# → serving the Gradio UI on http://127.0.0.1:7860

逐字引用仓库 README——命令本身即是契约，而非改写。

来源 WenNian README.md

说明

许可证——请注意

README 声明 GPLv3，但 GitHub 未检测到该仓库存在 LICENSE 文件，因此许可证状态尚未确定——应视为“未明确”而非“已确定”。

来源 WenNian README.md 与 GitHub 许可证检测结果的对比。