这两天，我做了一件我自己觉得很有意思、也很有代表性的事：
我从一个非常具体的真实需求出发，用大概 2 天时间，基于 SDD 的方式，结合 OpenSPC 、 Claude Code 和 Codex ，做出了一款真正能跑在安卓手机上的家庭内部协作软件：HomeSpace。
不是一个 Demo ，不只是一个聊天页面，是一整套面向家庭内部使用的移动端应用：可以聊天、同步消息、沉淀待办、存储关键文件，还带一点 AI 能力。
我想把这次过程写下来。一方面，是给自己做个阶段性总结；另一方面，也想看看，这样一款产品是不是不只是我自己需要，是否真的有人会感兴趣。
为什么我要自己动手做这个软件
做这个东西，不是为了"炫技"，而是因为我有两个非常明确的动机。
1. 想真正动手实践 SDD
这两年大家都在谈 AI Coding 、 Agent 、 Spec 驱动开发、自然语言开发，但很多讨论都停留在概念层面。真正落到实践里，很多问题不是"会不会写 prompt"，而是：
1.需求怎么拆
2.状态怎么收敛
3.一个 Agent 改出来的东西，另一个 Agent 怎么接得住
4.功能越来越多之后，整个系统会不会迅速失控
5.到底能不能从想法，真的走到"手机上能安装、能使用、能迭代"的产物
这些问题，光看文章是看不明白的，还是得自己下场。
实践出真知。只有真的拿一个完整的软件去做，才能知道 SDD 到底好不好用，边界在哪里，哪里能提效，哪里还得靠人强控。
2. 我确实需要这样一款软件
我一直觉得，家庭内部也需要一个真正属于自己的协作空间，但市面上没有特别合适的产品。
微信当然能聊天，但它更像是一个泛社交工具，不适合做家庭内部的长期信息沉淀。消息很快就被淹没，待办很难结构化管理，关键文件也容易散落在聊天记录里。
而 ClawBot 这类能力，现在又没法自然地拉进一个真正的家庭协作场景里。
钉钉、飞书这些产品，虽然能力很强，但它们的设计目标本质上是企业。对于家庭来说，太重了，也太大了。你不可能指望家里人用一套企业协同工具去管理日常事务、家庭文件和 AI 助理。
所以我想做一个更轻、更聚焦、更适合家庭内部使用的软件：
1.有聊天室，方便同步消息
2.有待办事项沉淀，不只是"聊完就没了"
3.有文件管理，重要资料能集中保存
4.有 AI 助理，帮忙总结、整理事项、辅助信息获取
5.整个产品的复杂度要尽量克制，不能像企业软件那样厚重
HomeSpace 就是基于这个想法诞生的。
HomeSpace 目前已经做到什么程度
这次不是停留在想法上，而是真正落到了一个可安装的安卓程序上。
目前这款 App 已经具备这些能力：
1.账号登录与会话保持
2.家庭聊天室
3.消息实时同步
4.@成员 提醒
5.AI 助理接入聊天室
6.聊天中的图片、 PDF 、文件发送与查看
7.语音消息录制与播放
8.已读未读状态
9.文件夹与文件管理
10.文件上传、下载、查看、删除、重命名
11.个人资料修改
12.AI 助理配置
13.AI 事项总结沉淀
14.本地调试、局域网部署、云端部署都跑通过
它已经不是一个"未来可能会做"的东西，而是我手机上真的可以装、可以点、可以继续迭代的产品。
这次我为什么选择用 SDD 来做
如果按传统方式，一个人从零开始写这套东西，当然也能做，但成本会很高，而且很多时候会陷入细节泥潭。
我这次刻意使用 SDD 的方式，不是为了赶时髦，而是因为这个项目非常适合验证这种开发范式。
我的感受很直接：
SDD 最有价值的地方，不是"帮你写代码"，而是帮你持续把注意力放在"要做什么"和"为什么这么做"上。
过去自己写项目时，最容易发生的事是：
1.刚开始目标很清楚
2.写着写着进入实现细节
3.再写着写着开始补洞
4.最后项目虽然还能跑，但越来越偏离最初问题
而 SDD 的好处是，它逼着你不断回到需求本身：
1.这个需求是什么
2.用户真正想解决的是什么问题
3.这个改动会不会影响已有功能
4.当前最小闭环是什么
5.下一步应该修什么，而不是"顺手再搞一堆"
尤其是当你结合 Claude Code 、 Codex 这类工具时，这种感觉会更明显。
你不再是一个人闷头写，而是在跟多个"高执行力但需要被约束的工程助手"协作。这个时候， Spec 、上下文、反馈、验收标准，就变得极其重要。
换句话说， AI 不是降低了工程要求，而是把工程要求从"写代码能力"转移到了"定义问题和控制过程能力"。
这次开发过程里，真正有价值的，不只是代码产出
我觉得这次很值得记录的，不只是最后做出来一个 App ，而是我更清楚地体会到了 AI 协作开发的真实工作流是什么样的。
它不是一句"帮我做一个 App"，然后 magic 一下就结束了。
真实过程其实很工程化：
1.先确定最核心的使用场景
2.再搭起最小可运行骨架
3.然后围绕真实使用不断修 bug 、补闭环
4.每一次修复，都是围绕具体反馈推进
5.最终把一个原本模糊的想法，逐步收敛成一个可以长期维护的系统
比如这次项目里，很多细节其实都很真实：
1.登录状态保持
2.局域网和云端切换
3.WebSocket 实时消息异常与重连
4.PDF 在线查看体验
5.文件权限
6.AI 助理接入聊天后的交互方式
7.事项总结是不是该覆盖旧版本，历史如何保留
8.语音录制怎么更符合直觉
9.长文本如何做大字查看，照顾老年人阅读
10.自己发的消息和别人发的消息如何区分位置、头像、昵称
这些都不是一句 prompt 就能自动长好的，它们是一个个具体问题，需要一点点处理。
但也正因为这样，我才更相信： AI 编程工具真正有价值的地方，不是取代开发，而是显著缩短从想法到可验证产品的路径。
我为什么觉得"家庭内部软件"是一个值得认真看待的方向
我越来越觉得，未来会有一类软件，不是面向公司，也不是面向泛公众，而是面向一个小而稳定的关系单元。
家庭就是最典型的例子。
一个家庭内部，其实天然就有协作需求：
1.日常消息同步
2.长期事项记录
3.家庭成员分工
4.文件与资料沉淀
5.AI 辅助整理和提醒
6.某些信息只想留在家庭内部，而不想散落在公共社交平台
但我们今天能用的工具，大多都不合适。
微信太轻，轻到无法沉淀结构化协作。
钉钉和飞书又太重，重到不是给家庭设计的。
很多 AI 工具又停留在个人助手层面，而不是一个能嵌进家庭协作流里的助手。
所以我会觉得，HomeSpace 这类产品未必只是一个"个人项目"，它背后可能对应的是一个真实存在但还没有被很好满足的需求。
当然，现在它还很早期，离成熟产品还有距离。但它至少验证了一件事：
这个需求是能被做成软件的，而且做出来之后，使用感知是很具体的。
2 天时间，最让我有感触的是什么
说实话，这次最让我有感触的，不是"AI 写代码很快"，而是：
一个人真的可以在很短时间里，把一个有现实价值的软件雏形做出来。
前提不是你会多少框架，而是你能不能把问题定义清楚、把节奏控制住、把反馈快速转成下一轮迭代。
以前很多产品想法，最大的问题不是做不出来，而是从"想法"到"第一个能用版本"的距离太远了，远到你很容易中途放弃。
但现在，这段距离被明显缩短了。
你可以更低成本地验证：
1.这个需求到底是不是真的存在
2.这个交互到底顺不顺
3.这个功能到底是不是用户真正需要
4.这个方向是不是值得继续做下去
这其实非常重要。
因为很多事情，不做出来你永远不知道；但以前做出来的成本又太高。现在这个门槛正在被快速拉低。
我对 HomeSpace 的下一步想法
现在的 HomeSpace 还处在一个非常早期的阶段，但我已经能看到几个明确的方向：
1.把家庭聊天、待办、文件和 AI 的关系做得更紧密
2.让 AI 不只是一个"能聊天的机器人"，而是真正能参与家庭协作
3.把文件沉淀和事项追踪结合起来
4.做更适合家庭成员，尤其是老人使用的交互优化
5.保持产品足够轻，不能变成另一个"家庭版企业软件"
我自己其实很想看看，这个产品有没有可能继续做下去，甚至做大一点。
不是做成一个"大而全"的平台，而是做成一个足够专注、足够好用、真正能服务一类场景的软件。
写在最后
做这个项目，对我来说有双重意义。
一方面，它是一次非常具体的 SDD 实践。我不想只讨论理念，而是想亲手验证， AI 协作开发到底能不能把一个完整产品真正做出来。
另一方面，它也是一次产品验证。我确实需要这样一个家庭内部使用的软件，而市面上现有工具没有一个让我满意，所以我干脆自己做了一个。
从结果看，这条路至少值得继续走。
如果你也是技术人，我很想知道你怎么看这件事：
1.你是否也在尝试用 SDD 或 AI Coding 做完整产品
2.你觉得"家庭内部协作 + AI"这个方向有没有价值
3.如果有这样一款软件，你最希望它具备什么能力
如果你对 HomeSpace 这款产品本身感兴趣，也欢迎留言交流。
我也想看看，它到底只是我一个人的需求，还是一个可以继续做大做强的方向。
如果你愿意继续关注
如果反馈足够多，我后面会继续分享这次项目里更具体的技术实现，包括：
1.我是怎么用 SDD 拆解需求的
2.Claude Code 和 Codex 在这个项目里分别承担了什么角色
3.安卓端、服务端、 WebSocket 、文件系统、 AI 助理是怎么串起来的
4.这 2 天里踩过哪些坑，又是怎么修掉的
如果大家真的对 HomeSpace 有兴趣，我也会考虑继续把它做下去。
欢迎关注公众号「技谈白话」，更多技术干货和实战分享等你来。
