即刻App年轻人的同好社区
下载
置顶新产品上线：发票盒子，一个自动整理发票的APP，获苹果AppStore 本周编辑最爱。
电子/纸质发票都能归集，自动排除重复发票，自动填报销单，自动Excel清单，PDF拼合A4打印，报销人的救星
APP下载🌎 mp.weixin.qq.com
欢迎体验，转发送会员，#2022最爱的3个产品
电子/纸质发票都能归集，自动排除重复发票，自动填报销单，自动Excel清单，PDF拼合A4打印，报销人的救星
APP下载🌎 mp.weixin.qq.com
欢迎体验，转发送会员，#2022最爱的3个产品
277 186193
年后准备装修房子了，拖了快一年，实在是没时间。计划全ai介入设计，做规划，做检查清单，不知道怎么样，有没有人在AI装修房子这一块的经验？如果没有人回答的话，我准备做全长沙第1个用ai介入装修全流程的人哈哈哈
14 66
7 33
开发了一个小工具: Mac窗口指示灯
因为Mac 上同时开 Cursor、Windsurf、Codex、Xcode、浏览器，窗口长得太像，切来切去经常在错误窗口里输入内容，感觉很烦。
所以我做了一个小工具：Window Beacon（窗口指示灯）。
每次 App 切换时，它会在窗口左上角弹出一个很短的识别胶囊（图标+名称+颜色），让我一眼确认“我现在到底在哪个窗口”。
如果你也是多窗口重度用户，想试试的话，转发送码😁
因为Mac 上同时开 Cursor、Windsurf、Codex、Xcode、浏览器，窗口长得太像，切来切去经常在错误窗口里输入内容，感觉很烦。
所以我做了一个小工具：Window Beacon（窗口指示灯）。
每次 App 切换时，它会在窗口左上角弹出一个很短的识别胶囊（图标+名称+颜色），让我一眼确认“我现在到底在哪个窗口”。
如果你也是多窗口重度用户，想试试的话，转发送码😁
00:19
32 155
vibe codong 一个app的过程中最嫌麻烦的是什么呢？
产品核心功能快乐地做完之后，准备上架之前:
1）必备的用户协议和隐私政策这些东西，一般写在notion某个公开文档中，再链接到设置页面
2）要为APP准备 iOS商店图和IPAD商店图
3）要做收费相关的模块
……
这一部分工作有没有什么好的效率？或者自动化的方法呀😃😃很无趣，又不得不做。
产品核心功能快乐地做完之后，准备上架之前:
1）必备的用户协议和隐私政策这些东西，一般写在notion某个公开文档中，再链接到设置页面
2）要为APP准备 iOS商店图和IPAD商店图
3）要做收费相关的模块
……
这一部分工作有没有什么好的效率？或者自动化的方法呀😃😃很无趣，又不得不做。
11 22
说说我的openspec用法，我自己都不知道对不对，大家帮我看看。
一、问题的提出
此前我用Prd文档驱动AI开发，一个功能点一个Prd，这样不断累加迭代。一个项目写出来四五十个文档是正常的，因为文档太多，我又做了一个文档目录，专门来看哪一部分功能在哪个文档里。
但是，随着项目进度的推进，某些功能是在后期的文档中对其进行了调优或者改进，甚至推翻，与它的早期文档描述与后期文档是不一致的，我就很犹豫，然后又让AI在处理完任务之后，回头去把前期文档更新成与当前代码一致。
如此，我需要更新的文档越来越多。
之后我又换了个做法，每个文档只做当时的工作，然后自己定义了一个开发笔记文档，每次。 Git commit 之后让他把近期工作更新到这个文档。
其实这样做还可以，但我内心深处总是觉得准确度和版本管理是有问题的。
二、引入openspec
我的后端伙伴建议引入这个标准。我们根据官方文档学习了一下，现在我是这样做的（我内心深处不知道他做的好不好）
1）功能点的思考，作为初稿我依然是和AI交流，形成一个PRD初稿（我现在甚至很懒，用语音给豆包打电话，跟他聊天，然后给我形成一个初稿）
2）把初稿给到CodeX，让他按照我的PRD skills来评审，提出质疑，然后精修。
3）我阅读精修稿，并直接修改定稿。
4）按照我提前定好的openspec skills，将PRD精修稿转换成Openspec里面的changes 版本。
5）我的changes版本号命名是三位数字符，加上当前版本简述，如： 1.1.1-增加会员积分
6） Changes目录里有 Proposal、 Design、 Tasks
Propose so the写法遵循why，how，我会特别增加一个："用户可以得到什么"，让所有人快速理解，
还会有一个spec目录，里面有Product、design、Client、backend等目录，通过Ai转化已经有了product spec，其他也初步有了，相关的前端后端同事进来之后，通过阅读产品的SPEC，补充自己这一端的specs
三、各端要求AI根据changes开发版本，产品和设计根据changes验收。
四、标记为SPECS
当一个功能点验收完成后，要求AI将其标记为S SPECS，根据skills，他会将内容同步到所谓的真相SPECS，也就是产品最终、最新、当前代码的实际情况。已完成的版本会自动化归档。
之所以这样做，是为了搞清楚（让自己也让AI搞清楚）当前的版本的具体的情况和约束是什么？ 也是对过程版本有一个记录回溯。
究竟作用是什么？对于协作来说效率是变低了还是变高了？我还是有一些模糊的。
一、问题的提出
此前我用Prd文档驱动AI开发，一个功能点一个Prd，这样不断累加迭代。一个项目写出来四五十个文档是正常的，因为文档太多，我又做了一个文档目录，专门来看哪一部分功能在哪个文档里。
但是，随着项目进度的推进，某些功能是在后期的文档中对其进行了调优或者改进，甚至推翻，与它的早期文档描述与后期文档是不一致的，我就很犹豫，然后又让AI在处理完任务之后，回头去把前期文档更新成与当前代码一致。
如此，我需要更新的文档越来越多。
之后我又换了个做法，每个文档只做当时的工作，然后自己定义了一个开发笔记文档，每次。 Git commit 之后让他把近期工作更新到这个文档。
其实这样做还可以，但我内心深处总是觉得准确度和版本管理是有问题的。
二、引入openspec
我的后端伙伴建议引入这个标准。我们根据官方文档学习了一下，现在我是这样做的（我内心深处不知道他做的好不好）
1）功能点的思考，作为初稿我依然是和AI交流，形成一个PRD初稿（我现在甚至很懒，用语音给豆包打电话，跟他聊天，然后给我形成一个初稿）
2）把初稿给到CodeX，让他按照我的PRD skills来评审，提出质疑，然后精修。
3）我阅读精修稿，并直接修改定稿。
4）按照我提前定好的openspec skills，将PRD精修稿转换成Openspec里面的changes 版本。
5）我的changes版本号命名是三位数字符，加上当前版本简述，如： 1.1.1-增加会员积分
6） Changes目录里有 Proposal、 Design、 Tasks
Propose so the写法遵循why，how，我会特别增加一个："用户可以得到什么"，让所有人快速理解，
还会有一个spec目录，里面有Product、design、Client、backend等目录，通过Ai转化已经有了product spec，其他也初步有了，相关的前端后端同事进来之后，通过阅读产品的SPEC，补充自己这一端的specs
三、各端要求AI根据changes开发版本，产品和设计根据changes验收。
四、标记为SPECS
当一个功能点验收完成后，要求AI将其标记为S SPECS，根据skills，他会将内容同步到所谓的真相SPECS，也就是产品最终、最新、当前代码的实际情况。已完成的版本会自动化归档。
之所以这样做，是为了搞清楚（让自己也让AI搞清楚）当前的版本的具体的情况和约束是什么？ 也是对过程版本有一个记录回溯。
究竟作用是什么？对于协作来说效率是变低了还是变高了？我还是有一些模糊的。
23 107
我是这样用元宝派的
1）让它每天早上帮我们把晨会会议记录发在群里，我们要对着这个东西开晨会；
2）每天早上把在线会议链接发在群里，这个该死的会议链接我们已经发了上千天了，以后可以自动化了；
3）为所有伙伴写日报和当日Tasks初步列表；
4） 作为产品，我早都厌倦了主持会议，我们团队的做法是大家每周轮值当会议主持人，但总是忘记这周该谁了，现在也让它来提醒；
Ai入群是非常解放生产力的事情，微信在这件事情上一直都是各种膈应造作犹豫，所以，被他们定义的所谓灰产用各种方法来隔靴搔痒。
在这一方面，飞书和钉钉也没好哪儿去。
元宝派我试用的感觉还是非常好的，大胆预言：元宝进微信群是迟早的事。这玩意儿比所谓的企微更值得付费。
——————
试用两天之后，最大的挑战： 因为没有电脑端，无法融入团队的工作流，没有人愿意在手机上输入工作的内容。
急迫的需要提供电脑端。
1）让它每天早上帮我们把晨会会议记录发在群里，我们要对着这个东西开晨会；
2）每天早上把在线会议链接发在群里，这个该死的会议链接我们已经发了上千天了，以后可以自动化了；
3）为所有伙伴写日报和当日Tasks初步列表；
4） 作为产品，我早都厌倦了主持会议，我们团队的做法是大家每周轮值当会议主持人，但总是忘记这周该谁了，现在也让它来提醒；
Ai入群是非常解放生产力的事情，微信在这件事情上一直都是各种膈应造作犹豫，所以，被他们定义的所谓灰产用各种方法来隔靴搔痒。
在这一方面，飞书和钉钉也没好哪儿去。
元宝派我试用的感觉还是非常好的，大胆预言：元宝进微信群是迟早的事。这玩意儿比所谓的企微更值得付费。
——————
试用两天之后，最大的挑战： 因为没有电脑端，无法融入团队的工作流，没有人愿意在手机上输入工作的内容。
急迫的需要提供电脑端。
16 67