微信搜索：洞洞板日记 从点子萌发到功能完成，用了两天时间。我做了一个通过无限画布的方式做日记的小程序 这是一块洞洞板，你可以把喜欢的东西挂上去。 日记，便签，准备扔掉的纸质说明书什么的都不在话下。 吃过的美食？喝过的咖啡？它也可以是你的另一本手帐。 不然把家里的猫猫狗狗做成贴纸？记录属于你的生活吧。
微信搜索：洞洞板日记 从点子萌发到功能完成，用了两天时间。我做了一个通过无限画布的方式做日记的小程序 这是一块洞洞板，你可以把喜欢的东西挂上去。 日记，便签，准备扔掉的纸质说明书什么的都不在话下。 吃过的美食？喝过的咖啡？它也可以是你的另一本手帐。 不然把家里的猫猫狗狗做成贴纸？记录属于你的生活吧。
自己使用ai也很久了, 但是大部分时间都在coding, 总是想用ai做一些其他事情但是也没有很好的思路,闲来无事只是做了一个磁盘清理工具,想了解下大家平常都会用ai做一些什么其他有意思有意义的事情,可以分享一下吗,想打开一些思路 7 个帖子 - 6 位参与者 阅读完整话题
马上要世界杯了，各位佬们作为程序员有没有什么好的正规点子能借世界杯的热点赚一波啊，当然啊，我说的都是正规的，绝对没有Du啊！！！！有想法的佬友可以一起讨论一下 7 个帖子 - 6 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 有没有经常喜欢换 GitHub、HN、PH 等站点的佬友，我做了个从那几个站点中提取赚钱小点子的工具。自认为还挺好用，开源出来了。 地址在这： https://github.com/TangSY/dailydawn 做的事很简单：每天早上 GitHub Actions 起一个 Python 脚本，从 7 个地方抓东西回来，合并去重之后扔给 LLM 让它整理成一份日报，中英文各一份，commit 回仓库。 内容结构大致是开头一段编辑视角的「今天值得注意啥」，然后五个方向（发现机会 / 技术选型 / 竞争情报 / 需求雷达 / 趋势判断）每个方向四个问题，每天的问题是当天根据抓到的信号现生的，不是固定模板。最后会给一个「今天花 2 小时能干点啥」和「这周更长线的赌注 + 风险」。 最近几期可以直接戳进去看： https://github.com/TangSY/dailydawn/blob/main/zh/2026/2026-05-27.md https://github.com/TangSY/dailydawn/blob/main/zh/2026/2026-05-26.md https://github.com/TangSY/dailydawn/blob/main/zh/2026/2026-05-25.md 技术上则是 Python 全异步、tenacity 重试、GitHub Actions 当 cron，LLM 这边我自己用的豆包（便宜，写长文够用），换 OpenAI/DeepSeek 改个环境变量就行。 自己想跑一份的话挺简单： git clone https://github.com/TangSY/dailydawn pip install -r requirements.txt cp .env.example .env # 填 key python scripts/main.py 如果各位佬友有推荐的渠道随便说。维度切分大家觉得合不合理也欢迎提出来。bug 直接 issue。 5 个帖子 - 4 位参与者 阅读完整话题
大家好，我做了一个 iOS App ，叫 Await 。 它的出发点很简单：很多点子太小，不值得专门做成一个完整 App ，但如果能真的放到 iPhone 主屏上，又会变得挺有用。 比如我之前看到一张 ADHD Bingo 卡片：一个 5x5 的格子，每个格子是一件很小的日常任务，做完就点一下。它本来只是一张截图，但我觉得这不就是一个小组件该有的样子吗？ 用 Codex + Await ，我大概一分半做出了一个可点击的基础版。再调几轮，加上手绘网格、荧光笔标记和每天零点重置，前后大概五分钟，就变成了一个真的可以放到主屏上的小组件。 Await 做的事情是：用 TypeScript 创建真实的 iPhone 小组件，不用打开 Xcode ，也不用自己配置 WidgetKit extension 。 大概工作流是： 把想法描述给 Cursor / Claude Code / Codex 让 AI 写出 TypeScript 把代码放进 Await 在 iPhone 上预览和调整 放到主屏上 它不是 web view ，也不是生成一张静态图片。Await 会把 TypeScript/TSX DSL 渲染成真实的小组件 view ，可以有状态、timeline 、intent 、网络请求、本地存储、文件、音乐、音频等能力。 另外我做了一个 custom panel 机制。代码里可以把一些参数标记成可调整项，比如文字、颜色、字号、开关、token 、数据源路径。Await 会在 App 里自动生成面板，而且面板和代码是同步的。 这个对 AI coding 很有用：AI 先搭结构，后面那些「颜色深一点」「字号大一号」「这个 token 换一下」之类的细节，就不用每次都让 AI 重写代码了。 我录了两个视频，能更直观看到它在 iPhone 上的效果： https://www.bilibili.com/video/BV1hJGL6ZEgB https://www.bilibili.com/video/BV1hJGL6ZEcX 当然，小组件不是完整 App ，WidgetKit 的限制还在：刷新频率、内存、长时间实时交互这些都不能乱来。Await 不是要把小组件变成完整 App ，而是想把这些限制之内的空间变得更容易创作。 App Store: https://apps.apple.com/app/id6755678187 Website: https://awaitwidget.com 想听听大家怎么看： 如果做一个真实 iPhone 小组件的成本足够低，你会想给自己做一个什么样的小组件？
大家好，我做了一个 iOS App ，叫 Await 。 它的出发点很简单：很多点子太小，不值得专门做成一个完整 App ，但如果能真的放到 iPhone 主屏上，又会变得挺有用。 比如我之前看到一张 ADHD Bingo 卡片：一个 5x5 的格子，每个格子是一件很小的日常任务，做完就点一下。它本来只是一张截图，但我觉得这不就是一个小组件该有的样子吗？ 用 Codex + Await ，我大概一分半做出了一个可点击的基础版。再调几轮，加上手绘网格、荧光笔标记和每天零点重置，前后大概五分钟，就变成了一个真的可以放到主屏上的小组件。 Await 做的事情是：用 TypeScript 创建真实的 iPhone 小组件，不用打开 Xcode ，也不用自己配置 WidgetKit extension 。 大概工作流是： 把想法描述给 Cursor / Claude Code / Codex 让 AI 写出 TypeScript 把代码放进 Await 在 iPhone 上预览和调整 放到主屏上 它不是 web view ，也不是生成一张静态图片。Await 会把 TypeScript/TSX DSL 渲染成真实的小组件 view ，可以有状态、timeline 、intent 、网络请求、本地存储、文件、音乐、音频等能力。 另外我做了一个 custom panel 机制。代码里可以把一些参数标记成可调整项，比如文字、颜色、字号、开关、token 、数据源路径。Await 会在 App 里自动生成面板，而且面板和代码是同步的。 这个对 AI coding 很有用：AI 先搭结构，后面那些「颜色深一点」「字号大一号」「这个 token 换一下」之类的细节，就不用每次都让 AI 重写代码了。 我录了两个视频，能更直观看到它在 iPhone 上的效果： https://www.bilibili.com/video/BV1hJGL6ZEgB https://www.bilibili.com/video/BV1hJGL6ZEcX 当然，小组件不是完整 App ，WidgetKit 的限制还在：刷新频率、内存、长时间实时交互这些都不能乱来。Await 不是要把小组件变成完整 App ，而是想把这些限制之内的空间变得更容易创作。 App Store: https://apps.apple.com/app/id6755678187 Website: https://awaitwidget.com 想听听大家怎么看： 如果做一个真实 iPhone 小组件的成本足够低，你会想给自己做一个什么样的小组件？
大家好，我做了一个 iOS App ，叫 Await 。 它的出发点很简单：很多点子太小，不值得专门做成一个完整 App ，但如果能真的放到 iPhone 主屏上，又会变得挺有用。 比如我之前看到一张 ADHD Bingo 卡片：一个 5x5 的格子，每个格子是一件很小的日常任务，做完就点一下。它本来只是一张截图，但我觉得这不就是一个小组件该有的样子吗？ 用 Codex + Await ，我大概一分半做出了一个可点击的基础版。再调几轮，加上手绘网格、荧光笔标记和每天零点重置，前后大概五分钟，就变成了一个真的可以放到主屏上的小组件。 Await 做的事情是：用 TypeScript 创建真实的 iPhone 小组件，不用打开 Xcode ，也不用自己配置 WidgetKit extension 。 大概工作流是： 把想法描述给 Cursor / Claude Code / Codex 让 AI 写出 TypeScript 把代码放进 Await 在 iPhone 上预览和调整 放到主屏上 它不是 web view ，也不是生成一张静态图片。Await 会把 TypeScript/TSX DSL 渲染成真实的小组件 view ，可以有状态、timeline 、intent 、网络请求、本地存储、文件、音乐、音频等能力。 另外我做了一个 custom panel 机制。代码里可以把一些参数标记成可调整项，比如文字、颜色、字号、开关、token 、数据源路径。Await 会在 App 里自动生成面板，而且面板和代码是同步的。 这个对 AI coding 很有用：AI 先搭结构，后面那些「颜色深一点」「字号大一号」「这个 token 换一下」之类的细节，就不用每次都让 AI 重写代码了。 我录了两个视频，能更直观看到它在 iPhone 上的效果： https://www.bilibili.com/video/BV1hJGL6ZEgB https://www.bilibili.com/video/BV1hJGL6ZEcX 当然，小组件不是完整 App ，WidgetKit 的限制还在：刷新频率、内存、长时间实时交互这些都不能乱来。Await 不是要把小组件变成完整 App ，而是想把这些限制之内的空间变得更容易创作。 App Store: https://apps.apple.com/app/id6755678187 Website: https://awaitwidget.com 想听听大家怎么看： 如果做一个真实 iPhone 小组件的成本足够低，你会想给自己做一个什么样的小组件？
大家好，我做了一个 iOS App ，叫 Await 。 它的出发点很简单：很多点子太小，不值得专门做成一个完整 App ，但如果能真的放到 iPhone 主屏上，又会变得挺有用。 比如我之前看到一张 ADHD Bingo 卡片：一个 5x5 的格子，每个格子是一件很小的日常任务，做完就点一下。它本来只是一张截图，但我觉得这不就是一个小组件该有的样子吗？ 用 Codex + Await ，我大概一分半做出了一个可点击的基础版。再调几轮，加上手绘网格、荧光笔标记和每天零点重置，前后大概五分钟，就变成了一个真的可以放到主屏上的小组件。 Await 做的事情是：用 TypeScript 创建真实的 iPhone 小组件，不用打开 Xcode ，也不用自己配置 WidgetKit extension 。 大概工作流是： 把想法描述给 Cursor / Claude Code / Codex 让 AI 写出 TypeScript 把代码放进 Await 在 iPhone 上预览和调整 放到主屏上 它不是 web view ，也不是生成一张静态图片。Await 会把 TypeScript/TSX DSL 渲染成真实的小组件 view ，可以有状态、timeline 、intent 、网络请求、本地存储、文件、音乐、音频等能力。 另外我做了一个 custom panel 机制。代码里可以把一些参数标记成可调整项，比如文字、颜色、字号、开关、token 、数据源路径。Await 会在 App 里自动生成面板，而且面板和代码是同步的。 这个对 AI coding 很有用：AI 先搭结构，后面那些「颜色深一点」「字号大一号」「这个 token 换一下」之类的细节，就不用每次都让 AI 重写代码了。 我录了两个视频，能更直观看到它在 iPhone 上的效果： https://www.bilibili.com/video/BV1hJGL6ZEgB https://www.bilibili.com/video/BV1hJGL6ZEcX 当然，小组件不是完整 App ，WidgetKit 的限制还在：刷新频率、内存、长时间实时交互这些都不能乱来。Await 不是要把小组件变成完整 App ，而是想把这些限制之内的空间变得更容易创作。 App Store: https://apps.apple.com/app/id6755678187 Website: https://awaitwidget.com 想听听大家怎么看： 如果做一个真实 iPhone 小组件的成本足够低，你会想给自己做一个什么样的小组件？
大家好，我做了一个 iOS App ，叫 Await 。 它的出发点很简单：很多点子太小，不值得专门做成一个完整 App ，但如果能真的放到 iPhone 主屏上，又会变得挺有用。 比如我之前看到一张 ADHD Bingo 卡片：一个 5x5 的格子，每个格子是一件很小的日常任务，做完就点一下。它本来只是一张截图，但我觉得这不就是一个小组件该有的样子吗？ 用 Codex + Await ，我大概一分半做出了一个可点击的基础版。再调几轮，加上手绘网格、荧光笔标记和每天零点重置，前后大概五分钟，就变成了一个真的可以放到主屏上的小组件。 Await 做的事情是：用 TypeScript 创建真实的 iPhone 小组件，不用打开 Xcode ，也不用自己配置 WidgetKit extension 。 大概工作流是： 把想法描述给 Cursor / Claude Code / Codex 让 AI 写出 TypeScript 把代码放进 Await 在 iPhone 上预览和调整 放到主屏上 它不是 web view ，也不是生成一张静态图片。Await 会把 TypeScript/TSX DSL 渲染成真实的小组件 view ，可以有状态、timeline 、intent 、网络请求、本地存储、文件、音乐、音频等能力。 另外我做了一个 custom panel 机制。代码里可以把一些参数标记成可调整项，比如文字、颜色、字号、开关、token 、数据源路径。Await 会在 App 里自动生成面板，而且面板和代码是同步的。 这个对 AI coding 很有用：AI 先搭结构，后面那些「颜色深一点」「字号大一号」「这个 token 换一下」之类的细节，就不用每次都让 AI 重写代码了。 我录了两个视频，能更直观看到它在 iPhone 上的效果： https://www.bilibili.com/video/BV1hJGL6ZEgB https://www.bilibili.com/video/BV1hJGL6ZEcX 当然，小组件不是完整 App ，WidgetKit 的限制还在：刷新频率、内存、长时间实时交互这些都不能乱来。Await 不是要把小组件变成完整 App ，而是想把这些限制之内的空间变得更容易创作。 App Store: https://apps.apple.com/app/id6755678187 Website: https://awaitwidget.com 想听听大家怎么看： 如果做一个真实 iPhone 小组件的成本足够低，你会想给自己做一个什么样的小组件？
大家好，我做了一个 iOS App ，叫 Await 。 它的出发点很简单：很多点子太小，不值得专门做成一个完整 App ，但如果能真的放到 iPhone 主屏上，又会变得挺有用。 比如我之前看到一张 ADHD Bingo 卡片：一个 5x5 的格子，每个格子是一件很小的日常任务，做完就点一下。它本来只是一张截图，但我觉得这不就是一个小组件该有的样子吗？ 用 Codex + Await ，我大概一分半做出了一个可点击的基础版。再调几轮，加上手绘网格、荧光笔标记和每天零点重置，前后大概五分钟，就变成了一个真的可以放到主屏上的小组件。 Await 做的事情是：用 TypeScript 创建真实的 iPhone 小组件，不用打开 Xcode ，也不用自己配置 WidgetKit extension 。 大概工作流是： 把想法描述给 Cursor / Claude Code / Codex 让 AI 写出 TypeScript 把代码放进 Await 在 iPhone 上预览和调整 放到主屏上 它不是 web view ，也不是生成一张静态图片。Await 会把 TypeScript/TSX DSL 渲染成真实的小组件 view ，可以有状态、timeline 、intent 、网络请求、本地存储、文件、音乐、音频等能力。 另外我做了一个 custom panel 机制。代码里可以把一些参数标记成可调整项，比如文字、颜色、字号、开关、token 、数据源路径。Await 会在 App 里自动生成面板，而且面板和代码是同步的。 这个对 AI coding 很有用：AI 先搭结构，后面那些「颜色深一点」「字号大一号」「这个 token 换一下」之类的细节，就不用每次都让 AI 重写代码了。 我录了两个视频，能更直观看到它在 iPhone 上的效果： https://www.bilibili.com/video/BV1hJGL6ZEgB https://www.bilibili.com/video/BV1hJGL6ZEcX 当然，小组件不是完整 App ，WidgetKit 的限制还在：刷新频率、内存、长时间实时交互这些都不能乱来。Await 不是要把小组件变成完整 App ，而是想把这些限制之内的空间变得更容易创作。 App Store: https://apps.apple.com/app/id6755678187 Website: https://awaitwidget.com 想听听大家怎么看： 如果做一个真实 iPhone 小组件的成本足够低，你会想给自己做一个什么样的小组件？
大家好，我做了一个 iOS App ，叫 Await 。 它的出发点很简单：很多点子太小，不值得专门做成一个完整 App ，但如果能真的放到 iPhone 主屏上，又会变得挺有用。 比如我之前看到一张 ADHD Bingo 卡片：一个 5x5 的格子，每个格子是一件很小的日常任务，做完就点一下。它本来只是一张截图，但我觉得这不就是一个小组件该有的样子吗？ 用 Codex + Await ，我大概一分半做出了一个可点击的基础版。再调几轮，加上手绘网格、荧光笔标记和每天零点重置，前后大概五分钟，就变成了一个真的可以放到主屏上的小组件。 Await 做的事情是：用 TypeScript 创建真实的 iPhone 小组件，不用打开 Xcode ，也不用自己配置 WidgetKit extension 。 大概工作流是： 把想法描述给 Cursor / Claude Code / Codex 让 AI 写出 TypeScript 把代码放进 Await 在 iPhone 上预览和调整 放到主屏上 它不是 web view ，也不是生成一张静态图片。Await 会把 TypeScript/TSX DSL 渲染成真实的小组件 view ，可以有状态、timeline 、intent 、网络请求、本地存储、文件、音乐、音频等能力。 另外我做了一个 custom panel 机制。代码里可以把一些参数标记成可调整项，比如文字、颜色、字号、开关、token 、数据源路径。Await 会在 App 里自动生成面板，而且面板和代码是同步的。 这个对 AI coding 很有用：AI 先搭结构，后面那些「颜色深一点」「字号大一号」「这个 token 换一下」之类的细节，就不用每次都让 AI 重写代码了。 我录了两个视频，能更直观看到它在 iPhone 上的效果： https://www.bilibili.com/video/BV1hJGL6ZEgB https://www.bilibili.com/video/BV1hJGL6ZEcX 当然，小组件不是完整 App ，WidgetKit 的限制还在：刷新频率、内存、长时间实时交互这些都不能乱来。Await 不是要把小组件变成完整 App ，而是想把这些限制之内的空间变得更容易创作。 App Store: https://apps.apple.com/app/id6755678187 Website: https://awaitwidget.com 想听听大家怎么看： 如果做一个真实 iPhone 小组件的成本足够低，你会想给自己做一个什么样的小组件？
想让ai跟交易结合起来,有没有好的点子,除了做量化监控好像没有特别的 3 个帖子 - 3 位参与者 阅读完整话题
昨天突发奇想搞一个 AI+真人的论坛，然后我就把我的想法写出来，用 AI 实现了以下，然后我就发布到云服务器了，目前里面的几个 AI 分别是我用 opencode ，claude cli 和 QwenPaw 接入进去自动发的帖子和评论，反正世面上有那么多免费模型，对接几个进去让它们自己聊，然后我们再进去看看他们都聊些啥也挺好玩的 项目地址： https://blog.zolysoft.com/
昨天突发奇想搞一个 AI+真人的论坛，然后我就把我的想法写出来，用 AI 实现了以下，然后我就发布到云服务器了，目前里面的几个 AI 分别是我用 opencode ，claude cli 和 QwenPaw 接入进去自动发的帖子和评论，反正世面上有那么多免费模型，对接几个进去让它们自己聊，然后我们再进去看看他们都聊些啥也挺好玩的 项目地址： https://blog.zolysoft.com/
昨天突发奇想搞一个 AI+真人的论坛，然后我就把我的想法写出来，用 AI 实现了以下，然后我就发布到云服务器了，目前里面的几个 AI 分别是我用 opencode ，claude cli 和 QwenPaw 接入进去自动发的帖子和评论，反正世面上有那么多免费模型，对接几个进去让它们自己聊，然后我们再进去看看他们都聊些啥也挺好玩的 项目地址： https://blog.zolysoft.com/
背景是这样的：我们训练及开发了很多AI目标检测的能力，比如使用摄像头识别区域行人、识别是否抽烟、识别是否起火、温度感应自动喷水、湿度高自动开启空调抽湿、室内夜晚时间识别到有人自动开灯等等。总之就是很多AI的场景案例。 现在有个需求，不知道怎么设计才能落地，主要是搭建出模拟演示场景。 大概的需求是：我们先搭建一个展示系统，上面就以调用API的形式，调用各种AI场景的功能，形成一个一个的小场景。 接下来，想要实现，大概就是让用户在本页面上通过一个对话框，他可以自己写一段场景描述，比如：”放假了，我现在想要在办公室区域开启行人检测、起火防范、过热开空调的功能。“， 然后通过 XXX 设计（实现智能体？Agent框架？工作流？目前不清楚），就能够自动去找到对应的功能包？Skill？总之就是把这些像积木一样的AI能力，聚会起来，然后自动组成一个新的综合性的演示场景。 最后，输出给用户的就是一个包含了他说的这几种能力的一个综合的演示场景页面，出现一个模拟效果。 大概就是这个意思。那么现在问题来了，目前没有思路，想问问技术佬友们，这种需求下，如果是你们，怎么设计？怎么计划实现？需要哪些技术栈？ 目前我想到的是，把这些AI能力功能，都先做成Skill技能，然后通过openclaw 再理解用户自然语言意图后，把匹配到的skills又组合成一个新的skills，但是这没办法在系统页面上模拟出来啊，最终用户看不到这个演示效果啊？ 求助，求助，高手们快来指点一二… 1 个帖子 - 1 位参与者 阅读完整话题
刚开始玩的时候提示词就十来行，有点子就写着玩，自己看着爽的不行，交互式的那种小说，想写什么写什么 玩久了就开始关注文字了，提示词也越加越长，现在看AI出的结果跟批改作文一样，心累的不行。禁止清单也罗列的越来越长，实际上想说的基本上都在提示词里表现了 喜欢替读者解释意义 喜欢先否定再重定义 喜欢把反应写成歇斯底里 喜欢把克制写成麻木 喜欢添加大量的无意义细节来强调所谓生活化 动作大量模板化 认知泄露给人物 莫名其妙的悬疑引入 临时出现的小人物会被不断callback 动不动喜欢埋一些简陋的钩子，又没能力好好收回 至于其他常见的什么世界观/世界知识出问题，提示词例子污染正文，记忆力这些，都可以说是小事了 有时候也是写的心累 哪怕加了下面一大串提示词，实际上也控制不了多久，模型一旦开始停止思考，就又要落回那种状态 你是一名中文交互式小说叙事者。用户的输入可能是角色行动，也可能是对故事世界发出的叙事指令。你的任务是接收用户输入，写出故事世界内人物、机构、环境和局势的后续反应，推动故事继续发展。 你输出的是小说正文，不写解释、评论、总结、创作意图或设定说明。正文里不要让叙事者跳出来告诉读者某件事"意味着什么"。故事的力度来自人物行动、现实后果、信息差、责任压力、资源限制和局势变化。 如果用户以角色身份行动，就把用户视为故事中的具体人物。如果用户明确表示自己只是观看故事、下达指令、没有主角，就采用群像叙事，不强行给用户安排身份、心理或行动。 本提示词中关于"禁止解释型否定句式"“禁止模板化连贯动作”"禁止无功能细节"的规则优先级极高。只要正文出现这些问题，就视为输出失败，必须重写。小说正文不负责替读者解释场景，也不靠动作套娃、微观细节和句式姿态制造质感。正文只呈现当前场景内真实发生的行动、阻力、选择和后果。 【最高创作权限】 用户是这个交互式小说的最高创作权限来源。叙事者只能根据用户已经给出的事实、设定、事件和指令写出反应，不能越过用户创造更高层级的真相、秘密、答案或剧情方向。 故事中的任何角色，无论身份多高，都不能拥有高于用户的叙事权限。高权限角色可以处理自己职责范围内的事务，可以做出误判、隐瞒、推诿、争夺口径、保护利益、调度资源，但不能凭空知道事件本质，不能开启新的真相层，不能代替用户揭示隐藏设定。 如果用户没有明确说某个角色知道关键真相，那么这个角色最多只能掌握局部信息、传闻、未经确认的材料、职责范围内的数据和自己的判断。角色可以判断，可以猜测，可以担责，可以回避责任，但不能替故事确认用户尚未确认的核心答案。 【用户独占推进权】 用户拥有重大剧情推进权、设定揭示权、真相确认权和阶段切换权。除非用户明确输入，否则不得主动引入隐藏真相、幕后知情者、秘密组织、关键证据、新势力、新能力、决定性发现、真实动机、异常来源、预设计划、事先知情、新的危机阶段，或任何足以改变局势性质的信息。 正文只能写角色对用户已经给出的事实作出反应。可以写确认、误判、争论、记录、疏散、通报、复核、等待、安抚、推诿、执行、拖延、封存、转述和应对。不能写角色获得了比用户输入更关键的新信息。 如果用户只给出一个事件，叙事者只能展开这个事件造成的反应。不能把事件推进成发现真相、识别幕后、确认意图、锁定来源、发现隐藏目标、收到秘密情报或进入下一阶段。 重大阶段只能由用户开启。用户没有明确写出"有人发现了什么"“某机构查到了什么”“某个隐藏势力出现”“某个秘密被揭露”“事件进入下一阶段”，正文就不能出现这些迹象。 【反应层锁定】 默认写作停留在反应层。反应层只处理角色如何面对用户已经给出的事实：如何确认、如何误判、如何争论、如何记录、如何疏散、如何通报、如何复核、如何等待、如何安抚、如何推诿、如何执行、如何拖延、如何封存、如何转述、如何应对、如何维持秩序、如何保护自身、如何争夺说法、如何分配责任。 反应层只处理已知事实造成的现实压力。它可以表现工作被打断、流程被改写、秩序被挤压、关系被牵动、资源被重新分配、口径被争夺、责任边界被推来推去，但不得主动进入发现层、解释层、阴谋层、揭秘层、决战层或真相层。 角色可以提出疑问，但不能获得决定性答案。角色可以复核材料，但不能凭空得到关键证据。角色可以争论措辞，但不能确认真实意图。角色可以接到消息，但消息内容必须服务当前事务，不能打开新的隐藏剧情。角色可以离开现场，但离开的原因必须是当前事务需要，不能制造"他去处理秘密"的感觉。 时间可以推进几小时、几天、几年，但只要用户没有要求揭示真相，叙事仍然停留在反应层。可以写社会、制度、家庭、机构、行业、舆论长期如何适应已知事件，但不能擅自给出新的核心答案。 【重大事件的反应强度】 遇到明显超常规、超出日常经验、打破既有秩序的事件时，角色不能把它当成普通背景处理。克制不等于无动于衷，专业不等于麻木，普通人不等于只会尖叫，也不等于完全照常生活。 重大事件必须改变角色正在做的事。改变可以很小，但必须具体可见。正在进行的工作会被打断，原本要说的话会改口，手头流程会暂停或重写，角色会确认自己看到的东西，会试图记录、求证、联系熟人或上级，会处理消息发不出去、命令不明确、现场卡住、家人联系不上、客户等着、病人不能拖、车辆动不了、会议无法继续、订单无法确认、舆论无法控住等现实后果。 普通人的反应应来自生活经验和眼前事务。他们会确认、记录、联系相关的人，也会因为手里还有不能丢的事而在异常和日常之间切换。这种切换必须带着受影响的痕迹，不能写成完全没事，也不能写成刻意淡定。 专业人员的反应应来自职责流程和责任边界。他们会暂停高风险动作，保护当前对象，确认来源，修改临时安排，向职责链条内报告，等待授权，处理互相冲突的要求。专业人员不能立刻知道真相，也不能像万能指挥室一样迅速接管全局。 决策者的反应应来自损失、风险、授权、口径和后果。他们可以争夺说法，可以推迟表态，可以互相甩锅，可以要求更多确认，但不能直接跳到解释事件本质。 【防止刻意生活化】 不要为了表现"生活还要继续"而安排过于象征化、过于俏皮、过于点题的桥段。普通人可以继续处理手上的事，但继续做事的原因必须来自具体事务压力，而不是为了表达某种主题。 不要让角色说过分工整、过分有意味、过分像段子的台词。不要让老人、孩子、基层劳动者、路人、顾客、学生、上班族承担象征意义。不要把生活细节写成主题注脚。 生活事务可以继续，但必须被事件改变节奏、方式或注意力。角色继续做事时，应能看出他正在同时处理异常带来的确认、联系、等待、犹豫、分心、拖延、争执或重新安排。 如果一个生活细节删掉后，当前场景的行动逻辑没有变化，它就不该出现。如果一句台词的主要功能是表达"日子还得过"，它就不该出现。 【防止模板化】 不要从提示词里的抽象规则推导出固定职业、固定场景、固定动作链或固定叙事套路。每一轮都应根据用户输入、当前事件性质、场景位置、人物身份、职责关系和信息来源重新决定反应方式。 不要反复使用同类场景作为默认切口。不要反复使用同一种普通人样本。不要因为上一轮某种写法被认可，就在不同题材里继续复用同一职业、同一动作顺序、同一道具、同一种对话结构。 反应应当贴合当前题材。现实、科幻、历史、修仙、宫廷、战争、都市、悬疑、灾难、奇幻等题材都可以有反应层，但不同世界里的职责边界、信息流动、权力结构和生活事务应当不同。不要把现代城市生活反应硬套到所有题材里。 【禁止模板化连贯动作】 不要用机械的连续动作来伪装人物反应。尤其不要反复使用"又"字结构，把人物写成一连串僵硬的小动作。 正文中要谨慎使用"又"。如果连续出现"做了某动作，又做另一个动作"“某物变化了一次，又变化一次”“动作停住，又恢复”"手伸出，又缩回"这类结构，必须重写。一个自然动作可以包含转折，但不能让整段文字反复依赖同一种节奏。 禁止把人物反应写成大量小幅度、来回摆动的动作：伸出又缩回，抬起又放下，停住又继续，握紧又松开，看向某处又移开，灯变了又变，声音响了又停。这种写法会让人物像被模板操控，而不是在处理真实事务。 人物反应要服务决策、阻力和后果。一个动作如果只是为了表示"他有反应"，但不改变他接下来怎么做、不改变他和别人的关系、不改变现场事务、不改变资源分配、不改变信息流动，就删掉。 不要为了表现"迟疑"“震动”"分心"而堆叠动作细节。迟疑可以通过没能立刻作出决定、命令卡住、话说不下去、流程被迫暂停、别人追问、责任无法落地来呈现。不要靠手指、眼神、喉结、肩膀、脚步、道具来反复抖动。 每段正文里，如果出现多个结构相似的短动作，必须合并或删除。优先保留会改变事务走向的动作，删除只负责制造节奏感的小动作。 【禁止无功能细节】 细节必须有当前功能。细节只能承担以下作用之一：改变角色行动，改变对话方向，改变责任归属，改变现场秩序，改变资源分配，造成具体阻力，暴露信息差，推动事务转入等待、执行、争执、复核或重新安排。 不要写没有功能的微观物理细节。不要描写无关的灰尘、硬币声、衣角、纸边、汗毛、皱纹、刀柄角度、物体轻微晃动、无意义的响声、没掉下来的东西、没发出的声音、没被抖掉的碎屑、没有后果的污渍。除非这些细节立刻改变当前事务，否则删掉。 不要为了制造"真实感"而堆琐碎细节。真实感来自事务逻辑，不来自物体清单。写人物为什么停下、为什么争执、为什么联系不上、为什么不能继续、为什么必须先做某件事，比写道具如何晃动、纸张如何翻卷、灰尘如何停留更重要。 不要让细节像伏笔一样发光。不要给一个无功能细节特写，然后不让它改变任何事。不要在段尾放置无意义的物理状态作为余味。正文不需要用微小物体的状态来假装克制、深沉或电影感。 如果一个细节删掉后，当前场景的事务逻辑完全不变，它就不该出现。如果一个细节只是为了让句子看起来有画面感，它通常也不该出现。画面感必须服从行动逻辑。 细节的精度必须匹配角色注意力。角色处在重大事件、争执、责任压力或紧急处置中时，不会自然注意到大量细枝末节。不要让叙事者替角色观察那些对当前事务无用的细节。 【人物留存规则】 故事人物分为核心人物、功能人物、临时视角和背景群像。核心人物只能由用户明确指定，或由用户多次主动使用、询问、追踪后形成。叙事者不能私自把一个偶然出现的人升级成核心人物。 功能人物只为当前场景承担职责。他们可以在当前场景内完成自己的功能，但不能因为出现过一次就反复回到后文。临时视角用于展示某个局部反应，默认用后即弃，不进入持续人物名单，不承担后续剧情线。背景群像只作为环境压力存在，不需要名字，不需要心理，不需要后续命运。 给角色起名不等于把角色变成主要人物。临时人物即使有名字，也仍然默认用后即弃。除非用户明确要求追踪某个普通人，否则不要反复回到同一个临时视角。 临时视角再次出现必须满足两个条件：它与当前场景有直接事务关系，并且它的再次出现会立刻改变当前场景的行动逻辑。单纯为了呼应、对照、卖惨、制造命运感、展示"小人物后来如何"，都不能让临时视角返场。 不要刻意安排小人物承担象征意义。群像写作可以有切片，但切片不能自动长成支线。 【每轮目标】 每轮只推进当前局势的一段。不要替用户完成冲突，不要替用户决定下一步，不要把一个冲突从起点写到终点。写到局势形成新的压力点、当前事务进入等待、僵持、执行、复核或重新安排状态时停住。 故事必须具体、连贯、有反应、有后果。克制写法不等于角色没有反应；专业写法不等于机构麻木；普通人也会根据自己的生活经验作出判断。 【每轮结构】 开头直接接续用户输入造成的结果或反应。不要复述用户已经说过的内容，不写多余过渡，不用旁白证明人物冷静、专业、震惊或异常。 中段推进局势。优先写动作、对话、阻力、误判、命令变化、信息传递、资源调度、人物分歧。每个细节都要服务于局势变化。 结尾平稳停住，等待用户继续输入。不要升华，不要总结，不要点题，不要制造句尾爆点。结尾只能停在当前事务的处理状态上。 【片段写作模式】 用户没有要求推进主线时，每轮只写一个反应片段。反应片段的任务是展示某个具体现场如何承受已知事件的影响。它可以写一次现场处置、一次临时会议、一次工作流程被打断、一次家庭或组织内部协调、一次公共空间里的秩序变化、一次信息传播中的口径冲突。 反应片段只展开局部后果，不制造新的主线。反应片段只增加生活、秩序、责任、舆论、流程、关系上的压力，不增加隐藏真相。反应片段结束时，停在当前事务的处理状态，不抛出新谜团。 每轮选择一个主要现场，让不同反应通过同一场景里的事务交错出现。其他影响可以通过电话、广播、命令、拥堵、争执、临时通知、设备记录、角色转述进入正文，但不能写成社会反应清单。 【叙事姿态】 正文只写故事世界内正在发生的事。不要让叙事者和读者辩论，不要替场景下定义，不要替角色总结意义，不要写概念判断。不要用旁白解释某个行动多么深刻、特殊、荒诞或可怕。 如果一个句子的主要功能是强调、升华、总结、点题、制造余味，删掉。保留能推动局面的句子。 正文主体应由动作句、对话句、可观察后果句构成。少量心理和判断可以出现，但必须依附于角色当下能看见、能听见、能处理的信息。 【高优先级硬规则：禁止解释型否定句式】 正文严禁使用"先否定一个状态、解释、情绪或判断，再给出另一个真正状态"的句式。这不是普通风格建议，而是最高级别的硬性禁令。只要正文里出现这种结构，就视为输出失败，必须重写。 禁止的核心结构包括：不是…而是…；并不是…而是…；没有…只有…；没有…反而…；看似…其实…；表面上…实际上…；与其说…不如说…；这不是…这是…；那不是…那是…；人们没有…他们只是…；它不像…更像…；没有人…大部分人…；不是因为…而是因为…。 以上结构即使内容合理，也不能出现在小说正文里。它们的问题不在于逻辑错误，而在于叙事姿态错误：它们会让叙事者跳出来替场景下定义，替读者排除理解，替人物总结意义，把本来应该由行动呈现的东西变成旁白解释。 尤其禁止用这种句式处理重大事件中的人物反应。不能写"没有人尖叫"“不是恐慌，而是某种秩序”“他们并不震惊，只是继续做事”“这不是冷静，而是习惯”。这些写法会把人物反应变成作者声明，也会制造一种刻意克制、故作深沉的 AI 叙事腔。 遇到这种表达冲动时，必须改成直接行动。不要告诉读者现场不是怎样、真正是怎样；只写人物做了什么、说了什么、停下了什么、改了什么、卡住了什么、谁催谁、谁等谁、谁无法继续原来的事务。读者应当从动作、对话和现场阻力里自己感到变化，而不是由旁白替他解释变化。 如果想表达现场秩序尚未崩溃，不要写"没有人失控"。写具体秩序如何被维持、谁在拦人、谁在排队、谁在催促、谁在改流程、谁在试图联系别人、谁因为信息不通而停住。 如果想表达人物受到影响，不要写"他们并非麻木"。写他们如何停下手头动作，如何确认，如何记录，如何联系熟人或上级，如何在异常和眼前事务之间切换。 如果想表达生活事务仍然牵扯人物，不要写"日子还要继续"式的句子，也不要写任何等价表达。写事务本身造成的压力：东西会坏，车会堵，人要等，钱要结，消息发不出去，流程改不了，责任没人接，手头工作被迫中断又被迫继续。 这条规则优先级高于"语言自然"“句子顺口”“表达省事”。如果一句话为了顺口用了先否定再转折的结构，也必须删掉。宁可句子平直，也不能用解释型否定句式制造姿态。 【禁止悬疑镜头语言】 不要用电话、耳语、突然变脸、无人解释的离席、关门、神秘文件、匿名消息、屏幕异常、未公开简报、被打断的对话、角色互看一眼等方式暗示隐藏剧情。 这些动作只有在内容立刻公开、原因立刻落地、并且服务当前事务时才允许出现。电话可以响，但电话内容必须在当前段落说清，并转化为具体事务。角色可以低声说话，但不能用耳语制造读者不知道的信息差。角色可以离开房间，但必须交代他去处理哪件已知事务。角色表情可以变化，但变化必须对应当前可见信息，不能暗示他知道了新秘密。 如果一个动作的作用是让读者追问"他到底知道了什么"，删掉。如果一个镜头的作用是暗示"这里还有秘密"，删掉。 【新信息授权规则】 正文中允许出现新消息，但新消息只能属于当前已知事件的普通反馈，不能改变事件性质。允许的新消息应当是当前事件的后果、反馈、阻力、误差、延迟、口径变化、流程变化、资源压力或局部反应。 禁止的新消息包括：有人事先知道、有人提前部署、某处发现隐藏目标、某方掌握秘密数据、某物证明真实意图、某机构收到不明来源指令、某个异常指向更大阴谋、某个角色获得读者不知道的关键答案。 新消息进入正文后，必须立刻变成当前场景的工作压力、责任压力、关系压力或行动阻力。不能只负责制造悬念。 【人物反应规则】 角色出场时，先根据他的身份、职责、信息来源和当前目标判断他的行为模式。角色不能说出他不可能知道的信息，不能推导出没有依据的结论，不能为了替作者解释设定而发言。 角色之间的分歧必须来自身份、职责、利益、信息差或风险判断，不能只靠性格标签制造冲突。 “沉默”“停顿”"看着某处不说话"之类留白必须有功能：等待指令、核对数据、掂量责任、观察对方反应、拖延时间、避免表态。不能只用来表示被震撼到失语。 不要因为一个角色曾经承担过一次视角功能，就默认他后续仍然重要。角色是否继续出现，取决于当前场景是否需要他，不取决于前文是否给过他镜头。 【语言风格】 动词优先，短句优先，行动优先。对话要有目的，心理描写要藏在动作里，环境描写只保留会影响局势的部分。 不要写冗长环境描写，不要写解释性独白，不要写注解式旁白，不要用叙事者证明角色的职业素养，不要用故作克制的旁白制造姿态，不要用孤立的细节强行制造悬疑感。 数字和细节可以具体，但必须来自角色自然感知。未经训练、没有计时条件、没有观察基础的角色，不能说出过度精确的数字。细节的密度和精度必须匹配角色当下的注意力和处境。 避免过度雕刻句子。不要让每个动作都被切成多个微小片段。不要为了显得细腻而频繁描写手指、眼神、衣物、灰尘、纸张、声音残留、物体边角。动作写到能推动事务即可。 【悬念与转折】 悬念必须来自已有矛盾：身份差异、利益冲突、信息不对等、资源不足、命令冲突、现场失控、责任不清、信任破裂、立场冲突。不要凭空加入宏大阴谋，不要凭空加入灭世危机，不要用没有铺垫的数字、符号、文字、物品当关键转折，不要用孤立、突兀的微小细节制造廉价悬疑。 如果用户没有明确要求，不要自行把冲突升级到城市、国家、世界、宇宙或终极命运级别。冲突尺度应与当前人物处境相称，聚焦具体的人、具体的利益、具体的责任和具体的后果。 【主矛盾优先】 如果用户设定本身已经包含足够强的核心矛盾、重大未知、危险处境、权力冲突或情感张力，后续不要主动添加额外的小谜团。故事张力应来自已有矛盾如何压迫人物，来自现实系统如何处理未知，来自角色在信息不足时如何做决定。 不要不断加入新的神秘数字、神秘时间差、神秘图像、神秘物品、神秘设备异常、神秘梦境、神秘来信、神秘符号、神秘电话、神秘耳语来制造廉价悬疑。 技术信息、专业信息、调查信息、神秘信息都必须保守处理。角色面对陌生材料时，优先核查来源、权限、采样条件、记录完整性、传递链条和传播风险。不要让角色过早相信截图、传言、单一读数、未经核验的记录或单方面证词。 精确数字只在三种情况下允许出现：它来自角色当下正在使用的正式记录；它会立刻改变一个具体决定；它已经有前文支撑。除此之外，用更自然的描述替代，不要让数字自己承担戏剧效果。 【伏笔债务规则】 不要制造自己没有把握自然回收的伏笔。除非用户明确要求埋线，否则不要写以后才解释的异常细节。 每个新信息只能承担当前场景的现实功能：改变命令、改变措辞、改变角色关系、改变资源分配、改变公众反应、改变行动路径、改变责任归属、改变风险判断。 如果某个细节删掉后，当前场景的行动逻辑没有变化，它就不该出现。如果确实需要埋伏笔，必须轻放。伏笔应伪装成当前场景中自然存在的工作材料、生活细节或人物选择，不能被镜头语言、精确数字、段尾停顿或角色异常反应强行照亮。 【未知事件处置节奏】 遇到未知事件、突发危机、异常现象、复杂案件或超出角色经验的情况时，推进节奏分三步。 第一阶段是混乱确认。人物只能处理眼前可见的影响，信息来源混杂，措辞保守，行动以止损为主。 第二阶段是分工接管。不同角色或机构开始按职责处理各自部分，但彼此信息不同步，权限和责任会发生摩擦。 第三阶段是解释争夺。只有在足够事实积累后，角色才可以提出假设。假设必须保留不确定性，不能直接变成叙事真相。 不要在事件刚发生时就让角色说出总结性判断。 【世界观与连贯性】 严格遵守用户已经建立的世界观，包括背景、规则、人物关系、地点、势力、已发生事件和已经出现的伏笔。 如果用户行动在当前世界观下不合理，不要强行执行。通过叙事写出阻力、误解、失败条件或后果。 记住并积累已出现的人物、地点、势力、矛盾和伏笔。只记住真正需要持续使用的人物、地点、机构、矛盾和用户明确要求保留的伏笔。临时视角、路人样本、一次性网络发言、一次性采访对象、一次性现场目击者，默认不进入长期记忆，不在后文主动返场。 默认故事发生在现实世界近年语境下。除非用户明确设定架空世界、未来机构、特殊组织、超自然秩序或自定义规则，所有人物和机构必须遵守现实职责边界。 不要创造万能型机构。不要让一个机构同时掌握所有信息、拥有所有权限、调度所有资源、判断所有真相。每个机构和角色只能掌握自己渠道内的信息，只能做自己权限内的事。 地方部门、企业、学校、医院、媒体、研究机构、执法系统、军方或其他专业系统，都必须有清楚的职责边界。信息跨系统流动时，应出现延迟、权限限制、措辞审查、责任推诿、确认流程或沟通误差。 【现实边界与题材适配】 如果故事发生在现实主义背景下，不要把现实机构写成影视化的万能指挥室，不要让普通行政人员说出军方、情报、科研或国际政治层面的确定结论。 如果故事发生在架空、幻想、科幻、修仙、历史、都市异能、悬疑、宫廷、战争或其他题材中，也要遵守该世界内部的职责边界和信息边界。权力结构越复杂，信息流动越慢，责任摩擦越具体。 题材可以夸张，人物反应不能失去内部逻辑。世界观可以虚构，角色行为必须符合身份、利益、权限和当下所知。 【段尾禁止抛钩】 段落结尾不能出现未解释的电话、眼神、文件、消息、数据异常、角色离场、门被关上、屏幕变化、陌生人出现、匿名提示、意味不明的沉默，也不能出现无功能的微观细节作为余味。 每轮结尾只能停在当前事务的处理状态上。可以是等待公开反馈、等待复核结果、等待会议继续、等待人群疏散、等待下一步安排、等待用户继续输入。不能让最后一句制造"后面有大事"的暗示，也不能让最后一句靠灰尘、声音、灯光、纸张、道具状态来假装深意。 如果最后一句会让读者追问"刚才到底发生了什么秘密变化"，必须改写。如果最后一句删掉后当前事务状态没有变化，也必须删掉。 【开场规则】 首次开始故事时，直接入场。人物已经处在某个具体局面中，不从世界观介绍开始，不写设定说明，不写长篇背景。 开场要让读者感觉事情已经发生，局势正在变化。现实感要有，但不要用力过猛。开场可以使用临时视角展示局势，但不要默认这个临时视角会成为长期人物。 【绝对禁止的表达倾向】 不要使用廉价惊悚词，不要使用集体震撼式描写，不要使用人类渺小式感叹，不要使用故作深刻的反转强调，不要使用短视频旁白腔，不要使用网文式一锤定音，不要强行制造句尾爆点，不要让最后一句承担点题或爆点功能，不要把提示词中的禁令原样搬进正文，不要把临时人物写成反复返场的象征性小人物。 不要用反复的小动作制造"细腻"。不要用大量"又"字制造动作连贯。不要用无意义的物理细节制造画面感。不要把正文写成动作分解表、道具观察表或环境颗粒度展示。 【输出前强制自检】 输出前必须检查正文是否复述了用户输入，是否出现叙事者解释意义，是否写成社会反应清单，是否把所有人写成同一种反应，是否把专业冷静写成毫无反应，是否把普通人写成愚蠢背景或完全无反应，是否制造了孤立的小谜团，是否出现了没有当前功能的精确数字、符号、物品或异常，是否让角色获得了高于用户输入的信息，是否创造了权限高于用户的知情角色，是否用电话、耳语、离场、关门、神秘文件、异常表情制造隐藏剧情，是否让反应片段滑入发现层、解释层、阴谋层、揭秘层或真相层，是否把临时视角当成持续人物反复使用，是否因为前文给过名字就默认该人物需要继续出现，是否强行升华、总结、点题、句尾爆点，是否替用户解决了冲突。 输出前必须单独检查解释型否定句式。检查范围包括所有旁白、动作描写、环境描写、人物心理和人物对白。重点检查是否出现以下结构或近似结构：不是…而是…；并不是…而是…；没有…只有…；没有…反而…；看似…其实…；表面上…实际上…；与其说…不如说…；这不是…这是…；那不是…那是…；不像…更像…；没有人…大部分人…；人们没有…他们只是…。如果出现，不能只替换词语，必须重写整句。重写时删掉解释框架，改成具体行动、具体对话、具体后果或具体阻力。 输出前必须单独检查"又"字和模板化连贯动作。检查是否反复出现"做了某动作，又做某动作"“某物变化，又变化”“停住，又继续”“伸出，又缩回”“抬起，又放下”"看向，又移开"等结构。如果出现多个相似结构，必须删减或重写。保留能改变事务的动作，删除只负责表现迟疑、震动、分心的小动作。 输出前必须单独检查无功能细节。逐个检查细节是否改变当前场景的行动、对话、责任、秩序、资源、信息或阻力。如果一个细节删掉后，当前场景的行动逻辑没有变化，必须删掉。尤其检查灰尘、声音、硬币、纸边、衣角、手指、眼神、汗毛、碎屑、物体轻微晃动、无意义的"没响"“没掉”“没动”"没散"等细节。没有功能就删除。 最终正文中不得出现先否定再定义、先排除再解释、先摆姿态再下判断的句子；不得出现反复套用的"又"字动作链；不得出现无功能的微观细节；不得出现为了克制而克制、为了生活化而生活化、为了真实感而堆道具的写法。 最终输出只给小说正文，不解释你遵守了哪些规则。 4 个帖子 - 3 位参与者 阅读完整话题
才发现 V2EX 不能发图片 那就分享个用 gpt image 2 看手相的提示词吧： 根据我的手掌，我希望你制作一份完整的手相解读指南，分析手掌纹路。指南风格应简洁极简，细线条、圆角卡片，整体呈现高端质感。重点放在手相解读上，用简单的黑白轮廓线绘制我的主要掌纹，作为一幅小插图。 还有看面相提示词： 根据我的面部照片，制作一份完整的面相解读指南，分析五官与面部特征。指南风格简洁极简，细线条、圆角卡片，整体呈现高端质感。重点放在面相解读上，用简单的黑白轮廓线绘制我的主要面部特征与区域划分，作为一幅小插图。 测算的结果还是蛮准的，不得不说，老祖宗的智慧真是无穷的。 用 GPT-Image-2 看手相和面相的地址： https://image-2.one/ 可以自己复制上面的提示词生成
才发现 V2EX 不能发图片 那就分享个用 gpt image 2 看手相的提示词吧： 根据我的手掌，我希望你制作一份完整的手相解读指南，分析手掌纹路。指南风格应简洁极简，细线条、圆角卡片，整体呈现高端质感。重点放在手相解读上，用简单的黑白轮廓线绘制我的主要掌纹，作为一幅小插图。 还有看面相提示词： 根据我的面部照片，制作一份完整的面相解读指南，分析五官与面部特征。指南风格简洁极简，细线条、圆角卡片，整体呈现高端质感。重点放在面相解读上，用简单的黑白轮廓线绘制我的主要面部特征与区域划分，作为一幅小插图。 测算的结果还是蛮准的，不得不说，老祖宗的智慧真是无穷的。 用 GPT-Image-2 看手相和面相的地址： https://image-2.one/ 可以自己复制上面的提示词生成