独立开发，不必独自摸索.

这个周末尝试把文档检索和代码审查接进同一个 Agent。最难的不是调用工具，而是让每一步都能被验证。 实现思路 把任务拆成检索上下文、生成建议和人工确认三个阶段。给每个工具清晰的输入与输出约束。 踩过的坑 不要把过多无关文档塞进上下文；工具错误要返回可操作的原因；涉及写入时保留用户确认。 下一步 增

最近在提交自己的第一款 iOS 订阅应用，测试环境一切正常，但审核团队始终提示无法购买订阅。连续被拒三次后，我把每个环节重新检查了一遍。 问题背景 应用使用 StoreKit 2 接入自动续期订阅。TestFlight 中可以正常调起购买，审核反馈却一直停留在购买加载页面。 环境与已尝试的方法 -

先说结果：三个月，11 位付费用户，月度经常性收入 $127。这不是一个成功故事，而是一份阶段性记录。 做了什么 给自由职业者做了一个轻量的客户反馈整理工具。第一个月写代码，第二个月找用户，第三个月才开始认真研究留存。 收入与成本 - MRR：$127 - 基础设施和 API：每月约 $38 - 付

产品已经正常收款半年，最近收到要求补充企业资料的通知。当前正在整理公司文件和业务说明。 已尝试的方法 我已经核对控制台中的企业名称和地址，也通过官方支持渠道提交了工单。 想请教的问题 有类似经历的朋友，通常还会准备哪些业务证明？请不要在回复里上传未脱敏的公司文件或账户信息。

想给个人小工具换一个更适合目前流量的部署方式，所以做了一次迁移实验。文中的成本为演示案例，不代表服务商当前报价。 遇到的问题 本地正常，但部署后一个依赖 Node.js 特定能力的库无法运行。 排查过程 先用最小复现确认问题来自依赖，再把对应逻辑替换为运行环境支持的接口。

上线后一直没什么流量，于是我开始围绕用户遇到的具体问题写内容。 我做的三件事 - 保证页面正文可以直接读取 - 每篇文章只解决一个具体问题 - 补充页面之间合理的内部链接 第一笔自然访问很小，但终于有了一个可以持续观察的起点。

我比较熟悉传统服务端开发，但最近的新工具确实很吸引人。 如果目标是在两周内验证需求，大家会给技术探索留多少时间？我目前倾向先用熟悉的栈上线，再依据实际瓶颈调整。

公司成立之后，还需要持续管理文件和维护事项。我为自己建立了一个简单台账。 我的台账字段 事项名称、适用地区、核实来源、截止日期、经办人、完成记录。 不同地区、公司类型和经营情况要求不同，清单中的具体事项需要结合自身情况向相关专业人士核实。这里讨论的是整理和跟进的方法。