# 复赛作品帖
【标题】【社会服务赛道】Kinora — 让家人的变化被更早看见
## 1. 自己 / 团队介绍
- **我是谁：**
- 普通上班族，异地工作的子女——家人有长期的情绪问题，而我不在他身边
- 遇到 TRAE 之前没写过代码，编程经验从零开始，到现在大约两个月
- Vibe Coding 让我从"有想法但不会写代码"变成了能独立完成微信小程序和 iOS App 的人
- 擅长产品思维和交互设计——很多功能是我先想到、AI 去实现的；AI 改错的时候也是我先发现问题在哪
- 除了 Kinora，还做了 MyOrb（iOS App，已上线），现在还在做其他出海App，都是一个人完成
- **为什么做 Kinora：**
家里有人生了很长时间的病。那些年，我们一直和他保持联系——打电话、发视频，问他吃了没有，睡得怎么样。电话能接，视频也能接，听起来和往常没有太大的不同。
今天看起来和昨天差不多，昨天又和前天差不多。人的变化如果是突然发生的，往往很容易被发现。可如果它是一点一点发生的，身边的人反而最容易习惯。
后来发生了一次危机。
事发后，我在回去的火车上，不停跟 AI 聊这件事。聊我的家庭，聊别的国家怎么解决这个问题，聊我能做些什么。就是在那段对话里，我意识到一件事：
我们每个人都知道他的一部分。有人知道他昨晚睡得怎么样，有人知道他有没有按时吃药，有人听得出他今天说话的声音不太一样。可这些信息散落在不同的人那里，散落在一次次电话和随口的询问里。没有人故意忽略他，只是当这些碎片没有被放在一起时，每一小块看起来都没有那么严重。直到所有碎片在那一天突然拼到一起，我们才看见它们原来指向了多么危险的地方。
刚好那段时间 TRAE 在办活动，我就以这个主题做了这个 App。
- **后来发生了什么：**
- 他用我做的东西最开始有点反抗，但是坚持记录一段时间后，他看到一些记录，亲口说了一句话：“这是我在这个世界上的牵绊证据。”
- 那一刻我意识到，他坚持记录不是因为数据好看，不是因为趋势图有用，而是因为有人在听他说
- 记录本身就是连接——不是需要被消除的成本，是产品本身的价值
过程中我反复怀疑过自己：
一边梳理一遍推翻，边做边想"我怎么去解决这个问题"。甚至有一段时间觉得之前所有的思考和定位都像个笑话。但后来想通了：新视角会让旧视角显得幼稚，但不代表旧视角是浪费。
我不是在做一个监测工具。我是在做一样东西，让我和像我一样的人，在那些无力的夜晚，知道自己不是什么都做不了。
如果要用一句话标签自己：一个因为家人而学会写代码的上班族。致力于做有温度的家庭关护产品，最擅长把经历变成产品，并帮助到更多的人。
—
## 2. 产品简介（复赛版）
- **是什么：** Kinora 是一个家庭感受关护网络——微信小程序。通过六维度感受记录、趋势分析、AI 智能推荐、关护行动闭环和月度关护报告，帮助家庭更早看见家人的变化，更早建立连接。
- **面向谁：** 异地工作的子女、独居老人家庭、长期情绪低落需要被关注的人、康复期家庭，以及所有希望更了解家人感受变化的人群。
- **核心定位：** 不是监测，不是诊断，是让家人的感受变化被更早看见。
### 完整功能清单
- **① 六维度感受记录 — 不是评价，是引导表达**
- 六个维度覆盖日常感受的完整光谱：活力度、参与度、稳定度、情绪感、表达感、连接感
- 每个维度 0-100 分细粒度滑杆，拖动即提交
- 记录方式有手动记录也有语音助手小kin语音引导记录：“今天感觉活力怎么样？慢慢拖，不着急。”
- 每个维度下还有具体活动选项（散步、深度对话、一起听音乐……），记录感受的同时留下生活痕迹
为什么保留细粒度分数而不是五档选择？这是我在观察他使用时发现的一件事：他在 73 和 77 之间犹豫的那几秒，他正在认真感受自己。五档选择太容易，一秒划过；73 还是 77，逼用户停下来想。"停下来感受自己"的过程就是产品价值。
- **② 首页数据看板 — 雷达图、趋势胶囊图与维度卡片联动**
- 六维度雷达图展示当前状态
- 趋势胶囊图将每次感受记录按五档堆叠展示，点击任意一天的胶囊可联动雷达图切换数据
- 维度卡片展示分数、迷你柱状图和等级标签
- 每一根柱子代表一次真实记录，点击就能看到那天的详情
趋势图的分组逻辑我改了多次：一开始按自然天分组，数据对不上；后来发现应该按提交级别（10 秒窗口）分组。是我发现数据不对，让 AI 去查问题出在哪里的。
- **③ 发现引擎与洞察引擎 — 从"看见数据"到"看见意义"（复赛新增）**
首页新增发现卡片，由独立的发现引擎自动分析趋势数据，生成可操作的发现：
- **下滑预警：** 某维度连续下降时提醒"情绪感本周持续走低，可能需要关注"
- **改善肯定：** 某维度提升时给出正向反馈
- **关联发现：** 发现维度间的关联模式（如"散步多的日子，活力度普遍偏高"）
- **波动检测：** 识别剧烈波动的维度
- **连续记录：** 记录天数里程碑
洞察引擎在后台计算周期性深度洞察：将数据分前后两段对比，识别提升、下滑、波动和最佳维度。至少需要 4 天数据才会生成，避免数据量过少导致过度敏感。
这不是简单的"数据展示"——是让趋势数据变成家人能理解的语言。
- **④ 关护行动闭环 — 从看见信号到采取行动的闭环链路（复赛核心升级）**
初赛的 Timeline 里是被动按钮：已阅/认同/有异议。复赛替换为完整的关护行动闭环：
1. 看见信号：关护人看到被关护者的情绪趋势变化（发现引擎卡片）
2. AI 推荐：系统基于感受分数、行动记录、事件记录三信号联动，推荐具体行动
3. 接受行动：点击后生成关护行动卡，带负责人和时间
4. 完成记录：完成后可选择"完成了/换个时间/没有进行/记录结果"，结果回到数据中
5. 闭环统计：系统统计完整闭环次数（记录→信号→回应→行动→结果）
- **关护人和被关护人首页完全不同：**
- **关护人：** 趋势信号 + 行动推荐 + 接力卡
- **被关护人：** “家人关护动态” + 温柔的今日小贴士
这里有一个我坚持的设计：推荐不只是"打电话"“发消息”。当联系过于频繁时，系统会建议"适度后退"——包括"默默做事不互动"“交给其他家人接力”“今晚不安排活动”。因为有时候不打扰，才是真正的关心。
- **⑤ AI 智能推荐引擎 — 双模式，有 AI 但不神秘（复赛核心升级）**
推荐引擎 v3 采用三信号联动机制：感受分数 + 行动记录 + 事件记录，生成个性化关护建议。
- **规则模式（离线可用）：** 220+ 条文案变体，基于 22 个活动、5 个分数档位和 2 个角色生成，四层推荐逻辑（事件触发 → 分数驱动 → 互补推荐 → 保持类补位）
- **AI 增强模式：** 调用混元大模型，结合近期行动、事件、频率、趋势等上下文，生成更精准的建议。AI 失败时自动降级到规则模式
- **频率感知：** 当联系或记录过于频繁时，系统会建议"适度后退"
推荐内容每日稳定（同一天不跳），次日自动更新。用的是 LCG 线性同余生成器，以年月日为种子——这个方案也是我提的，因为不希望用户同一天打开看到不同的推荐，那会显得不靠谱。
- **⑥ 月度关护报告 — 让一个月的关心被看见加强复盘和闭环（复赛新增）**
每月自动生成文章式关护月报，包含：
- **快速统计：** 本月观察次数、事件数、活跃天数
- **家人贡献：** 每位家庭成员的记录和行动统计
- **维度趋势：** 六维度月度均值对比
- **AI 深度分析（AI 模式下）：** 调用混元大模型，基于全月数据生成深度洞察报告，包含月度回顾、趋势分析、和谐建议
- **一键分享：** canvas 渲染为图片，可分享给家人
月报不是数据的堆砌——它是一封写给家庭的信。让一个月里那些零散的关心，被看见、被记住。
- **⑦ 家庭关护网络 — 多人协同，多视角记录**
- 创建家庭后获得邀请码，家人加入后可多人协同记录
- 被关护人首页"家人关护动态"板块，展示家人当天的行动记录，并可点击"觉得温暖"回应
- **多视角记录：** 女儿觉得妈妈"情绪还行"，儿子觉得妈妈"兴趣减退了"——一个人看不见的信号，一家人一起就能看见，差异本身就是价值
- **⑧ Timeline 互动改造 — 从被动评价到主动行动（复赛核心升级）**
初赛：已阅 / 认同 / 有异议（被动评价，且"有异议"让被关护者不舒服）
复赛：根据记录类型区分互动方式
- 感受记录 → “做点什么”（展开行动选项：我看到了/今晚联系/周末陪伴/先不打扰）
- 行动记录 → “记一笔”（引导记录自己的状态）
- 事件记录 → “留个心”（展开关注选项）
- **快捷回复：** 辛苦了 / 真好 / 收到了（一键表达，点击后自动标记已读）
### 用户使用路径
- **关护人路径：** 打开首页 → 看到发现引擎信号 → 收到AI推荐行动 → 接受行动卡 → 完成行动 → 记录结果 → 闭环统计更新 → 月末查看月报
- **被关护人路径：** 打开首页 → 看到家人关护动态 → 感到被关心 → 记录感受（滑杆/音频引导）→ 趋势更新 → 家人收到信号 → 闭环形成
### 关于“评委点评”的思考
初赛评委指出了三个核心问题。复赛这一个月，每一项都逐一解决了。
- **问题一：“依赖运营，不是每个家庭成员都愿意输入信息的”**
初赛记录方式单一，门槛高。复赛解决：
- 预录音频引导 + 滑杆打分（不需要打字，拖动即提交）
- 行动记录改为勾选式（选了就提交）
- 快捷回复一键操作（辛苦了/真好/收到了）
- 被关护人首页"家人关护动态"，看到家人在为自己做事，自然愿意参与
核心转变：从"降低记录成本"到"赋予记录意义"。他用了 4 周后从抗拒到依赖——不是因为记录变简单了，是因为他感受到"有人在等你回应"。
- **问题二：“具体的实现并没有考虑好如何监控家人的变化，具体落地不太清晰”**
初赛有图但联动不清晰。复赛解决：
- 趋势胶囊图按提交级别分组，每根柱子代表一次真实记录，点击即查看详情
- 发现引擎自动分析趋势，生成可操作的发现卡片（下滑预警、改善肯定、关联发现）
- 洞察引擎计算周期性深度洞察（提升、下滑、波动、最佳维度）
- 五步闭环明确"变化怎么被发现"：记录 → 看见信号 → 知道怎么回应 → 采取行动 → 记录结果
- **问题三：“如何更好更快记录，如何长期记录是个问题”**
初赛没有持续使用动力。复赛解决：
- 关护行动闭环形成正反馈：记录 → 推荐 → 行动 → 结果 → 新的记录
- 月度关护报告让长期记录有了"终点感"——一个月的关心被看见
- 每日种子随机推荐（同一天稳定不跳，次日自动更新）
- 关护人也有事可做：不是只看数据，而是收到具体行动推荐
长期记录的答案：不是让用户"坚持记录"，而是让记录变成家庭互动的一部分。
—
## 3. 产品演示视频
—
## 4. 产品创作历程
### 起点：一列火车上，和 AI 的一段对话
某次家庭危机发生后，我在回去的火车上，开始不停地跟 AI 聊。
聊我的家庭——我们明明一直在联系他，也知道他在生病，可事情为什么还是发生了？聊别的国家怎么解决这个问题——我查了芬兰，他们从 1990 年到 2020 年把自杀死亡率降了 58%；我查了日本，2006 年通过《自杀对策基本法》后自杀率下降超过 35%；我查了欧洲和美国，他们正在把心理健康服务往基层和社区放。我还查了波兰——波兰的研究发现了一个关键事实：抑郁症一旦确诊，很难彻底治愈。所以更重要的不是治疗，而是更早发现变化、更早建立连接、更早给予陪伴。波兰现在做的正是增强社区联系——我当时想，如果家庭联系更强，那些悄悄发生的变化，是不是就能更早被看见？聊我能做些什么——在下一次变化悄悄出现的时候，我们能不能早一点看见？
没有一个国家给出了可以照搬的答案。但我反复看见一件事：更早看见变化，更容易获得专业帮助，让零散的信息能够被连接，让一个人和他的家人都不必独自扛着。
刚好那段时间 TRAE 在举办活动。我就以这个主题，开始做这个 App。
6 月 24 日，我写了一篇报名帖，附了一个 AI 生成的概念 HTML。当时只有一个想法——“想做一个帮家人更早发现变化的工具”。连产品形态都没定下来。
### V1：一个监测工具的诞生与自我否定
7 月初，我用 TRAE 同时推进两条线：
- 微信小程序（真实产品）
- HTML Demo（评审体验版）
从数据库设计到 UI 组件到云函数，全程对话式开发。
第一版做出来的时候，我查了精神卫生法。我主动问 AI：这种打分类的 App 会不会有合规风险？答案是会——中国《精神卫生法》禁止非医疗机构从事心理诊断治疗。如果产品呈现为心理评估或诊断性结论，会触发合规风险。
于是我做了第一个重要决定：把产品从"情绪评分工具"重新定位为"家庭共享观察日记"。具体做了三件事：
- 所有术语里暗示心理评估的词（评分、诊断、评估）全部替换为生活记录用语
- “照护"改成"关护”——强调陪伴而非治疗
- “情绪"改成"感受”——强调主观表达而非客观评估
不是文字游戏，是每一处用词都在定义产品的边界。
初赛帖子发布于 7 月 7 日。
说实话，看到反馈的时候我是松了一口气的。但紧接着就是更深的焦虑：评委说的每一个问题，我都无法反驳。
### V2：从"监测工具"到"关护连接"
8 月初，我重新思考了产品内核。
V1 的定位是"家人多视角观察被关护者的感受变化"——本质上还是一个监测工具。评委的三个质疑，根因都在这里：
- 监测工具天然依赖有人持续输入数据
- 天然需要解释"监控到了然后呢"
- 天然面临"用户为什么愿意长期记录"的问题
转折发生在一个深夜的对话里。我说了一句：“关护人的情绪可能才是真正应该关注的，而被关护人的医疗问题可以交给医院处理。”
这句话说出来的时候，我自己都愣了一下。然后越想越对：
医院负责治疗，但不负责关护人的情绪支持。家属一直被当成"支持系统"，从来不是"被照护对象"。但关护人承担着巨大的心理压力——那次家庭危机之后，我带不动他，我边做 App 边哭，我怀疑自己"是什么东西也配去解决这个问题"。这些情绪谁来接住？
V2 的内核变成了：AI 引导被关护者表达感受 + 家人通过行动接住这些感受。记录和趋势只是副产品，引导表达和陪伴连接才是产品本身。
### V3：关护行动闭环 — 让关心真正完成
V2 解决了"产品是什么"的问题，但没解决"然后呢"的问题。关护人看见了信号，然后呢？
答案是：让一次关心真正完成。
我设计了五步闭环：记录 → 看见信号 → AI 推荐行动 → 接受并完成 → 结果回到数据。每一步都有明确的触发条件和完成状态。关护人和被关护人的首页完全不同——关护人看到的是趋势信号和行动推荐，被关护人看到的是家人在为自己做事的动态。
这个阶段我做了大量迭代：
- 推荐引擎从 v2 重构到 v3：三信号联动、220+ 文案变体、四层推荐逻辑、频率感知
- 被关护人首页从"和关护人一样"到完全差异化：家人关护动态 + 今日小贴士
- Timeline 从被动评价（已阅/认同/有异议）到主动行动（做点什么/记一笔/留个心）
- 每日种子随机：LCG 线性同余生成器，确保同一天推荐稳定
### V4：发现引擎与月度报告 — 让数据说话
V3 的闭环跑通了，但用户的记录数据还停留在"看图"阶段。数据背后藏着什么？用户自己看不出来。
于是我做了两件事：
- **发现引擎：** 自动分析趋势数据，生成可操作的发现卡片——下滑预警、改善肯定、关联发现、波动检测、连续记录。不是简单的数据展示，是把趋势翻译成家人能理解的语言。
- **洞察引擎：** 在后台计算周期性深度洞察，将数据分前后两段对比，识别提升、下滑、波动和最佳维度。至少需要 4 天数据才会生成，避免过度敏感。
- **月度关护报告：** 每月自动生成文章式月报，包含统计、家人贡献、维度趋势和 AI 深度分析。AI 模式下，混元大模型基于全月数据生成深度洞察报告——不是冰冷的数据罗列，是一封写给家庭的信。
从 V1 的"监测工具"到 V4 的"让数据说话"，每一次迭代都不是加功能，是重新想清楚产品应该做什么。
### 一个人的经历怎么变成产品功能
我把自己经历过的每一件事，都变成了产品里的一个设计决策：
- 73 和 77 之间的犹豫 → 保留细粒度滑杆，因为"停下来感受自己"就是价值
- “有人愿意听我说” → 被关护人首页"家人关护动态"，让记录者看到家人在为自己做事
- “有时候不知道该做什么” → AI 推荐引擎，三信号联动推荐具体行动
- “有时候不该打扰” → 频率感知，建议"适度后退"“默默做事不互动”
- “一个人带不动” → 关护接力卡，行动可以交给其他家人接力
- “每个人看到的都不一样” → 多视角记录，差异本身就是价值
- “一个月过去了，我们做了什么” → 月度关护报告，让长期记录有终点感
- “数据看不懂，能告诉我什么” → 发现引擎，把趋势翻译成家人能理解的语言
复赛期间，我甚至和家人开着视频，他们看着我开发。不是因为他们懂技术，是因为这个产品本身就是我们之间的事。
### 关于"自我感动"的质疑
做这个产品的过程中，我反复问自己一个问题：我是在自我感动吗？我是在空想美好吗？
后来想通了。会质疑自己是不是在自我感动的人，通常不是在自我感动。真正的自我感动不会反思。而我一直在反思，一直在推翻重来，一直在半夜怀疑自己。
我也想过：面对一个这么大的问题——心理健康、家庭照护、自杀干预——一个小程序能做什么？
答案是一个我在公益领域得到的启发：大问题不一定要被一次性解决，但可以一次闭环。
- 打一个电话是闭环
- 发一张照片是闭环
- 分享一首歌是闭环
- 甚至"今晚不打扰"也是闭环
小闭环的核心不是"解决"，是"让一次关心真正完成"。
Kinora 做的就是让这些小闭环发生，并且留下痕迹。
—
## 5. TRAE 实践过程
# TRAE 实践过程
## 开发流程
全程使用 TRAE IDE 对话式开发。我负责产品定位、功能规划、交互设计和问题定位，AI 负责把我的想法变成代码。
- **V1（7月初）：** 数据库设计 + 云函数 + UI 组件，全程对话式开发。主动查精神卫生法合规风险，把产品从"评分工具"转向"生活记录"
- **V2（8月初）：** 重新定义产品内核，从"监测工具"转向"关护连接"，被关护人首页差异化
- **V3（8月中旬）：** 推荐引擎 v3 重构（十层流水线 + 220+ 文案变体 + LCG 每日种子）、关护行动闭环、Timeline 交互改造、Overlay 缓存机制
- **V4（8月下旬）：** 发现引擎（9 种发现类型）、洞察引擎（前后半段对比）、月报 AI 深度分析、完整代码审查（6 个 bug P0-P3，本地优先策略修复）
## 关键技术挑战
1. **趋势图分组：** 从自然天分组改为 10 秒提交窗口分组，解决数据对不上问题
2. **Overlay 缓存：** `writeReactionsOverlay` 独立存储 + `mergeReactions` 取并集，解决异步刷新覆盖本地操作
3. **推荐引擎十层流水线：** 长时间未记录 → 事件触发 → 频率感知 → 分数驱动 → 互补 → 保持 → 低数据 → 时段 → 周末 → 趋势，去重排序取 Top3，LCG 确定性种子
4. **本地优先策略：** `addObservations` 先写本地再异步写云端，失败时保留 localOnly，`refreshData` 自动重试
## AI 集成
- 双模式：规则引擎（离线可用）+ 混元大模型 hy3（`wx.cloud.extend.AI.createModel` → `generateText`），失败自动降级
- 6 信号上下文：维度分数、行动记录、事件记录、频率、趋势摘要、距上次记录天数
- System Prompt 工程：10 条核心原则 + 8 种场景矩阵 + 8 条事件理解规则，关护人/被关护者视角完全不同
- 月报 AI：8 小节结构深度分析，canvas 渲染分享
### 关键开发会话
- **Session ID 1：** 4144509668307616:15e447ed10415b6d70d4a7a34f5a4832_6a71f2ead9a18a12fa3f5f8d.6a722d98d9a18a12fa3f696d.6a722d98d9a18a12fa3f696b:TraeWork CN.0.1.45.no_sid.no_ppe.T(2026/8/5 02:21:12)
- **Session ID 2：** 4144509668307616:8305867419b3cd97cc1c0896bde38c46_6a772edf9ee886c4eb019ed4.6a772edf9ee886c4eb019ed7.6a772edf9ee886c4eb019ed5:TraeWork CN.0.1.45.no_sid.no_ppe.T(2026/8/8 21:27:59)
- **Session ID 3：** 4144509668307616:d14f41a57f961d1095aaa0e91e82030d_6a3e3028cb9ac9316ca4f64f.6a70d3f1d9a18a12fa3f59ff.6a70d3f1d9a18a12fa3f59fd:TraeWork CN.0.1.45.no_sid.no_ppe.T(2026/8/4 01:46:25)
### 技术架构
- **前端：** 微信小程序（TypeScript + WXML + WXSS）
- **后端：** 微信云开发（云函数 + 云数据库）
- **AI：** 混元大模型（通过微信云开发 SDK 调用，规则引擎作为保险方案）
- **数据存储：** families、family_members、observations、events、care_actions 五张集合
- **引擎架构：**
- **维度引擎（dimensionEngine.ts）：** 6 维度元数据 + 每个维度下的活动选项
- **推荐引擎（recommendEngine.ts）：** 22 个活动 × 5 个档位 × 2 个角色 = 220+ 文案变体，四层推荐逻辑，频率感知，LCG 每日种子
- **发现引擎（discoveryEngine.ts）：** 趋势分析 → 发现卡片 + 趋势图标注
- **洞察引擎（insightEngine.ts）：** 周期性深度洞察（提升/下滑/波动/最佳维度）
- **AI 调用链路：**
1. 前端收集感受分数、行动记录、事件记录、频率信息、趋势摘要
2. 调用云函数，通过 wx.cloud.extend.AI.createModel 创建模型实例
3. 使用 generateText 非流式调用，传入 System Prompt 和 User Prompt
4. 解析返回结果 choices[0].message.content
5. AI 调用失败时自动降级到本地规则引擎
- **月报 AI 深度分析链路：**
1. 收集全月观察记录、事件、行动、维度统计
2. 构建 System Prompt（深度分析师角色 + 8 小节结构）
3. 调用混元大模型生成深度分析
4. 按小节标题拆分返回文本，渲染为文章式月报
5. canvas 渲染为图片，支持下载
ps：AI分析还有核销码，输入核销码后可以开通AI分析的能力。
—
## 6. 社会价值分析
### 问题不是"没有信号"，是"家人没看见"
中国正进入深度老龄化阶段。越来越多的家庭面临异地生活、独居老人、长期情绪管理、康复期照护、慢性病管理等多重现实问题。不只是抑郁——所有"人在远处、心在牵挂"的家庭，都面临着同一个困境：变化是悄悄发生的，而身边的人最容易习惯。
- **9500 万：** 抑郁症患者规模，2025 年突破 1 亿——如果不提前干预，情绪低落可能走向更严重的方向
- **28 万：** 每年自杀人数，40% 与抑郁相关——错过早期信号的代价
- **80%：** 自杀者事发前 1 个月有信号，家人未发现——Kinora 解决的痛点
第三组数据是核心。80% 的人事发前有信号，但家人没发现。问题不是"没有信号"，是"家人没看见"。Kinora 做的就是让家人看见。
### 其他国家走过的路
做这个产品之前，我花了很多时间看别的国家怎么把人接住。
- **芬兰：** 从 1986 年开始全国性预防计划，让基层学会识别风险。1990-2020 年自杀死亡率下降 58%，但 2019-2024 年改善趋于停滞——没有哪个国家可以靠一次成功就永远高枕无忧
- **日本：** 2006 年通过《自杀对策基本法》，明确这是社会共同面对的问题。2006-2022 年自杀率下降超 35%，超 95% 的市町村在实施地方预防计划
- **美国：** 2022 年启用全国统一危机求助入口，支持电话、短信和在线方式连接支持服务
看完这些国家，我没有找到一个可以照搬的答案。但我看见一件事反复出现：更早看见变化，更容易获得专业帮助，让零散的信息能够被连接，让一个人和他的家人都不必独自扛着。
政策在宏观层面推动改变，但一个正在经历这一切的家庭，日子是一天一天过的。家人每天面对的是：
- 他今天有没有吃饭
- 昨晚睡了多久
- 愿不愿意说话
- 最近是不是越来越少出门
Kinora 做的不是替代政策，是在政策还到达不了的地方，帮家庭先做一点事。
### 但还有一个被忽视的问题：关护人的情绪
在我自己的经历里，我发现了一个几乎没有人关注的问题：关护人的情绪谁来接住？
医院负责病人的疾病和专业照护，不负责关护人的情绪支持。家属一直被当成"支持系统"，从来不是"被照护对象"。但关护人承受着巨大的心理压力：
- 带不动处于危机中的家人
- 自己边做边哭边怀疑自己
- 想帮忙却不知道能做什么
这不是我一个人的困境。所有照顾抑郁症患者、长期康复者、独居老人的家庭关护者，都面临同样的问题。关护人关注自身情绪不是逃避责任，而是只有自己稳定了，才能更稳定地提供支持。
Kinora 的社会价值不只是"让家人的变化被更早看见"，还包括"让关护人知道自己不是一个人"。
## 7. 产品迭代规划
### APP功能
- **iOS App 上线：** 目前已完成 iOS 版本开发/但是未深度调试，最近主要在调试微信小程序，后期打算ios也上线
- **Freemium 分层上线：** Pro 层功能（AI 深度分析、月报、发现引擎洞察）付费解锁
- **跨家庭匿名洞察：** 在隐私保护前提下，提供"相似家庭的变化模式"参考
- **关护人情绪支持：** 系统识别关护人连续未完成任务、记录频率下降时，提示"你也辛苦了"
### APP长期愿景
Kinora 的终局不是一个 App，而是一套家庭感受关护协议：
“本人 — 家庭 — 时间 — 证据 — 行动”
这套协议区别于单人情绪 App、硬件监测和普通老人照护。它不依赖任何单一设备，不替代任何医疗服务，而是帮助家庭建立一种新的连接方式——不是监控，不是诊断，是让关心被看见，让陪伴留下痕迹。
我做不到一次性解决心理健康这个大问题。没有人能。但我可以让一次关心真正完成——打一个电话是闭环，发一张照片是闭环，甚至"今晚不打扰"也是闭环。
Kinora 做的就是让这些小闭环发生，并且留下痕迹。
## 8. 对应的初赛晋级帖子链接
初赛帖子：[【社会服务】｜Kinora — 帮助家人更早注意到变化]( 【社会服务】｜Kinora — 帮助家人更早注意到变化 )
