心橱（Closet-Diary）是我做给自己的 iOS 衣橱管理 App。它想解决的不是“我有哪些衣服”这么单一的问题，而是更接近日常生活里的那一串小决策：
今天的天气适合穿什么？这件外套上次什么时候穿过？出差三天到底要带几件衣服？买来的衣服最后有没有真的被穿起来？
所以这个 App 的核心不是一个相册式的衣服图库，而是把衣物、搭配、天气、日历和旅行清单放在同一条工作流里。衣物先被整理成可用的数据，搭配可以按场合沉淀下来，每天穿了什么会进入日历，天气和历史记录再反过来辅助下一次选择。
当前状态
- 平台：iOS
- 技术栈：SwiftUI、本地 SQLite 存储、天气服务、AI 图片识别、虚拟试穿能力
- 产品形态：本地优先，基础衣柜数据留在设备上；账号、订阅、天气、AI 与虚拟试穿通过后端和权益系统辅助
- 当前重点：让“录入衣柜 - 创建搭配 - 记录穿搭 - 获取推荐 - 旅行打包”形成一个连续体验
主要功能
1. 把衣服整理成一个可检索的衣橱
衣物可以从相册、相机或批量图片导入。添加时会记录分类、品牌、颜色、尺码、季节、位置等信息，也支持自动抠图、主色识别和 AI 自动填充。
对我来说，衣橱管理的重点不是把每件衣服都录得特别完整，而是让后续选择变轻：能按类别看，能知道适合什么季节，能从搭配、日历、旅行计划里被复用。
2. 按场合沉淀搭配
搭配模块不是简单把几张衣物图片拼在一起，而是围绕“场合”来组织：工作、娱乐、休闲、正式、度假、运动等场景可以管理，也可以继续扩展。
这样每次创建搭配时，都是在回答一个更具体的问题：这套衣服适合什么时候穿？以后我要找“通勤可穿”的组合时，不需要从全部衣物里重新筛一遍。
3. 用日历记录真实穿着
日历是这个 App 里很重要的一层。衣服和搭配只有被穿过，才真正进入了生活。
每天可以记录日记、预设搭配、单件衣物，也可以从虚拟试穿结果生成穿搭记录。记录会和当天的天气绑定，之后回看时不只是看到“那天穿了什么”，也能看到当时的温度、天气和场景。
4. 天气驱动推荐
首页把天气放在推荐之前，是因为穿搭选择很大程度上被天气约束。App 会展示当前、明日和历史天气，并把体感温度、湿度、空气质量、紫外线、天气预警等信息纳入推荐语境。
天气能力是基础体验的一部分，不作为会员门槛。即使不使用 AI，用户也应该能完成最核心的“看天气 - 选衣服 - 记录结果”的闭环。
5. AI、虚拟试穿和旅行打包
更重的能力放在“智能功能”里：
- AI 单件识别：识别服装分类、颜色、季节、品牌和语义属性。
- 批量 AI 补齐：批量导入时减少手工填写。
- 对话式穿搭推荐：用自然语言告诉穿搭助手今天的需求，让它从已有衣柜里给组合。
- 虚拟试穿：选择衣物后生成试穿效果图，并把结果保存到记录或搭配里。
- 旅行服装计划：设置目的地、日期和出行场景，结合目的地天气生成打包清单。
这些能力的目的不是替代人的审美，而是处理那些重复、琐碎、容易忘的部分。比如旅行前不想重新盘点衣柜，或者新衣服录入时不想手动填十几个字段。
我在意的产品边界
心橱的主数据是本地优先的。衣柜、衣物图片、搭配、日历和旅行计划不应该因为退出登录、订阅过期或网络异常而被锁住。账号和订阅负责身份、权益恢复、AI/试穿等高成本能力；但用户已经录入的衣物和记录，仍然应该可以查看、编辑、删除、备份和导出。
这个边界也影响了免费层的设计：数量上限只限制继续新增，不限制已有数据的访问。天气能力保持免费，因为它属于穿搭记录的基础上下文，而不是额外装饰。
为什么继续做
很多衣橱 App 停在“拍照归档”这一层，但我真正想要的是一个可以长期陪着自己做日常选择的工具。它应该能记住我穿过什么，知道某件衣服适合什么天气，也能在我要出门、旅行、约会或通勤时少一点临时翻衣柜的混乱。
心橱目前还在持续迭代。它已经有完整的衣橱、搭配、日历、天气、AI 和试穿入口，下一步更重要的是把真实使用里的数据质量打磨好：让推荐更可靠，让录入更省力，让每一条穿搭记录都能在未来真正派上用场。