我有个项目和你的非常类似，支持自部署，可以康康： https://secret.witt.im

@rpish 这里有一些不同：
Notion 非常适合快速将内部页面发布成公开的 Web ，但不意味着是一个完整的 site ，也不是 Blog ；
Nore 是将 Notion 中的多个页面发布成 Blog ，包含：完整的 SEO 、多主题、订阅、RSS 、品牌能力等等。

我理解一个典型场景是，一个工作室、小公司需要 Blog 将会非常合适，如果个人喜欢写博客，那么也可以尝试塑造自己的品牌；如果只是共享 HTML 、内容给别人看一下，那么 Notion Public 是足够的。

对于 iOS 设备：
- iOS Xcode 可以提供 devicectl ，提供 App 级别控制、诊断和获取信息；
- XCUITest 可以拿到无障碍信息，这个比读截图效率高很多。组合 Appium + XCUITest 应该可以做到自动化，让 Agent 调用或者做自动化测试；
- 你说的整理图标、操作 App 接口又不一样了，简单的办法是 computer use ，但是建议用 iPhone 镜像然后在 macOS 上操作； XCUITest 也可以，但我没有实施过，你可以测试一下；
- 如果你的需求相对简单，或许 App Intents 、快捷指令也可以完成；
- 如果你的需求是真的自动化测试，用一台非人类使用的真机实施，需要完整的 setup ，那么 Apple MDM 非常适合你，特别是下发 App 、整理图标、布局。

Android 没怎么接触过，不太了解生态

浓浓的 AI 生成味，难受

在设置-计费里面，只是不在左下角显示了

非常推荐你试试： https://unui.cc

如果你需要对所有代码都 under control ，那我建议你在实施之前先要求 Agent 提供非常详细的工作细则，包含架构设计、技术选型、工程设计、实现边界、代码偏好等等，甚至帮你提前分类将要实现的模块，同时你可以根据这个摘要进行决策，哪些架构需要变更，最后再实施。
这样实施出来的代码基本和你们讨论结果是接近的，大部分时候你只需要简单的阅读就知道整体发生什么，如何实现的。当然理解速度也取决于你对于编程语言、设计模式、工程能力的掌握程度。
如果你只是要求代码的边界稳定、降低隐患，那你可以多个 Agent 互相 review ，然后提出更改建议，不过大部分时候是互相吵架，不断的帮你生成防守编程，不断扩大边界。这是有帮助的，但多数时候还是需要你理解代码并且完成决策。

你写了好多博客👍

这不是 Agent 最擅长的领域吗，因为实施方向非常固定

@amoia50 这问题太大了，我也不太懂。
我理解大概率和你需求方向的细分领域有关，建议你整理一下详细的业务需求和你当前能够提供的条件 (比如在什么环境下工作，能够提供哪些支持)给 Agent ，OpenAI / Claude 应该都能够生成比较专业的调研结果。但是应用到业务中是有些难，因为这个问题很大 Agent 给出的方案大概率是宏观的，不涉及具体实施方案，你可以选择其中一两条你认为可能可行的路线，结合你能够提供的工程基础，让 Agent 再次梳理给出几个具体行为和验收指标，应该能够帮助你的项目收束产物。
核心是最后需要形成实施方案和可量化的验收指标，如果不能量化，是否收束很难评价。

@FTJ 我没用过你说的这个工具，看起来更像是通用设计工具
相比之下，我做的工具范围更小，方向更精确，模糊度更低。

可以，做的不错

@zhangdroid 或许你可以试试 unui ，可以让你的 agent 立刻用简洁优雅的风格重新设计站点。

这里是礼包，v2ex 的小伙伴可以取用： https://unui.cc/zh/campaigns/ETV0LGM1mUTQ8ap5Runh

@milkleeeeee 或许你可以试试 https://unui.cc ，相比于 v0 更注重单一风格，但专注率、产出品质和效率都大幅提升，适合做 web saas 风格。

如果你对风格没有自己很严格的要求，可以试试 unUI ，用 codex 设计但准确性非常高，因为设计方向被固定在 saas 类上约束了范围。
这里是免费试用： https://unui.cc/zh/campaigns/ETV0LGM1mUTQ8ap5Runh

有些哥们在邮箱问邀请码，一个个发太麻烦了，每个链接可以用 10 次：

- https://unui.cc/zh/campaigns/OYK-0qaHO20NSq1gYfug

- https://unui.cc/zh/campaigns/kdagHZO12frWnO4gDN3m

- https://unui.cc/zh/campaigns/UaITHOBHVICZAX1VGADK

@wukaige 可以，但我做了一半移除了。原因是我发现 cf oauth 拿不到高级权限 (即创建 token 的权限)，必须要 global token 才可以运行脚本，这其中需要创建多个资源，考虑到安全考量，还是让 wrangler 部署时自动创建 + 用户手动填充 env 的方式 selfhost 了，这确实有点麻烦，特别是不熟悉 cf 时想要找到各种 token 得花点力气。
你的想法也很有道理，如果能接受 global token 自动创建所有资源 + 部署，体验也是非常不错的。

@aileaile 你的建议很有道理，有个中文版本确实会容易传播