如题，上海的佬们去全家可以免费领到一杯姜黄拿铁，暗号是健康饮食绿色消费。 4 个帖子 - 4 位参与者 阅读完整话题
关注 上海市消保委 公众号，发送 健康饮食绿色消费 ，领取全家美黄燕麦拿铁尝鲜券1张 3 个帖子 - 3 位参与者 阅读完整话题
系统提示词 & 项目提示词：精心调试，每个项目单独维护上下文、约束代码风格、业务规则。 真实翻车场景一：提示词写清了，但它就是不管“其他逻辑” 举例：我最新的一个需求：给订单模块加一个“批量导出自定义字段”功能。 我在项目提示词里明确写了： “导出格式为 CSV ，字段按用户勾选顺序排列，若字段缺失则留空。请务必保留现有权限检查逻辑，不能绕过‘导出日志记录’中间件。” 结果 AI 给的代码： 导出的 CSV 列顺序是乱的（它自己按字母排序了）。 直接把权限检查跳过了（因为“为了方便测试”）。 导出日志？没写，还得我手动补。 类似情况频繁出现：提示词写得越细，它反而在某一个点钻牛角尖，然后把其他你以为它记得的全局约束给忘了。 最可笑的是最后我让它自己看一下提示词，它又说你说的对。。。是我的操作有问题吗？求大佬解答
系统提示词 & 项目提示词：精心调试，每个项目单独维护上下文、约束代码风格、业务规则。 真实翻车场景一：提示词写清了，但它就是不管“其他逻辑” 举例：我最新的一个需求：给订单模块加一个“批量导出自定义字段”功能。 我在项目提示词里明确写了： “导出格式为 CSV ，字段按用户勾选顺序排列，若字段缺失则留空。请务必保留现有权限检查逻辑，不能绕过‘导出日志记录’中间件。” 结果 AI 给的代码： 导出的 CSV 列顺序是乱的（它自己按字母排序了）。 直接把权限检查跳过了（因为“为了方便测试”）。 导出日志？没写，还得我手动补。 类似情况频繁出现：提示词写得越细，它反而在某一个点钻牛角尖，然后把其他你以为它记得的全局约束给忘了。 最可笑的是最后我让它自己看一下提示词，它又说你说的对。。。是我的操作有问题吗？求大佬解答
系统提示词 & 项目提示词：精心调试，每个项目单独维护上下文、约束代码风格、业务规则。 真实翻车场景一：提示词写清了，但它就是不管“其他逻辑” 举例：我最新的一个需求：给订单模块加一个“批量导出自定义字段”功能。 我在项目提示词里明确写了： “导出格式为 CSV ，字段按用户勾选顺序排列，若字段缺失则留空。请务必保留现有权限检查逻辑，不能绕过‘导出日志记录’中间件。” 结果 AI 给的代码： 导出的 CSV 列顺序是乱的（它自己按字母排序了）。 直接把权限检查跳过了（因为“为了方便测试”）。 导出日志？没写，还得我手动补。 类似情况频繁出现：提示词写得越细，它反而在某一个点钻牛角尖，然后把其他你以为它记得的全局约束给忘了。 最可笑的是最后我让它自己看一下提示词，它又说你说的对。。。是我的操作有问题吗？求大佬解答
系统提示词 & 项目提示词：精心调试，每个项目单独维护上下文、约束代码风格、业务规则。 真实翻车场景一：提示词写清了，但它就是不管“其他逻辑” 举例：我最新的一个需求：给订单模块加一个“批量导出自定义字段”功能。 我在项目提示词里明确写了： “导出格式为 CSV ，字段按用户勾选顺序排列，若字段缺失则留空。请务必保留现有权限检查逻辑，不能绕过‘导出日志记录’中间件。” 结果 AI 给的代码： 导出的 CSV 列顺序是乱的（它自己按字母排序了）。 直接把权限检查跳过了（因为“为了方便测试”）。 导出日志？没写，还得我手动补。 类似情况频繁出现：提示词写得越细，它反而在某一个点钻牛角尖，然后把其他你以为它记得的全局约束给忘了。 最可笑的是最后我让它自己看一下提示词，它又说你说的对。。。是我的操作有问题吗？求大佬解答
系统提示词 & 项目提示词：精心调试，每个项目单独维护上下文、约束代码风格、业务规则。 真实翻车场景一：提示词写清了，但它就是不管“其他逻辑” 举例：我最新的一个需求：给订单模块加一个“批量导出自定义字段”功能。 我在项目提示词里明确写了： “导出格式为 CSV ，字段按用户勾选顺序排列，若字段缺失则留空。请务必保留现有权限检查逻辑，不能绕过‘导出日志记录’中间件。” 结果 AI 给的代码： 导出的 CSV 列顺序是乱的（它自己按字母排序了）。 直接把权限检查跳过了（因为“为了方便测试”）。 导出日志？没写，还得我手动补。 类似情况频繁出现：提示词写得越细，它反而在某一个点钻牛角尖，然后把其他你以为它记得的全局约束给忘了。 最可笑的是最后我让它自己看一下提示词，它又说你说的对。。。是我的操作有问题吗？求大佬解答
系统提示词 & 项目提示词：精心调试，每个项目单独维护上下文、约束代码风格、业务规则。 真实翻车场景一：提示词写清了，但它就是不管“其他逻辑” 举例：我最新的一个需求：给订单模块加一个“批量导出自定义字段”功能。 我在项目提示词里明确写了： “导出格式为 CSV ，字段按用户勾选顺序排列，若字段缺失则留空。请务必保留现有权限检查逻辑，不能绕过‘导出日志记录’中间件。” 结果 AI 给的代码： 导出的 CSV 列顺序是乱的（它自己按字母排序了）。 直接把权限检查跳过了（因为“为了方便测试”）。 导出日志？没写，还得我手动补。 类似情况频繁出现：提示词写得越细，它反而在某一个点钻牛角尖，然后把其他你以为它记得的全局约束给忘了。 最可笑的是最后我让它自己看一下提示词，它又说你说的对。。。是我的操作有问题吗？求大佬解答
系统提示词 & 项目提示词：精心调试，每个项目单独维护上下文、约束代码风格、业务规则。 真实翻车场景一：提示词写清了，但它就是不管“其他逻辑” 举例：我最新的一个需求：给订单模块加一个“批量导出自定义字段”功能。 我在项目提示词里明确写了： “导出格式为 CSV ，字段按用户勾选顺序排列，若字段缺失则留空。请务必保留现有权限检查逻辑，不能绕过‘导出日志记录’中间件。” 结果 AI 给的代码： 导出的 CSV 列顺序是乱的（它自己按字母排序了）。 直接把权限检查跳过了（因为“为了方便测试”）。 导出日志？没写，还得我手动补。 类似情况频繁出现：提示词写得越细，它反而在某一个点钻牛角尖，然后把其他你以为它记得的全局约束给忘了。 最可笑的是最后我让它自己看一下提示词，它又说你说的对。。。是我的操作有问题吗？求大佬解答
系统提示词 & 项目提示词：精心调试，每个项目单独维护上下文、约束代码风格、业务规则。 真实翻车场景一：提示词写清了，但它就是不管“其他逻辑” 举例：我最新的一个需求：给订单模块加一个“批量导出自定义字段”功能。 我在项目提示词里明确写了： “导出格式为 CSV ，字段按用户勾选顺序排列，若字段缺失则留空。请务必保留现有权限检查逻辑，不能绕过‘导出日志记录’中间件。” 结果 AI 给的代码： 导出的 CSV 列顺序是乱的（它自己按字母排序了）。 直接把权限检查跳过了（因为“为了方便测试”）。 导出日志？没写，还得我手动补。 类似情况频繁出现：提示词写得越细，它反而在某一个点钻牛角尖，然后把其他你以为它记得的全局约束给忘了。 最可笑的是最后我让它自己看一下提示词，它又说你说的对。。。是我的操作有问题吗？求大佬解答
系统提示词 & 项目提示词：精心调试，每个项目单独维护上下文、约束代码风格、业务规则。 真实翻车场景一：提示词写清了，但它就是不管“其他逻辑” 举例：我最新的一个需求：给订单模块加一个“批量导出自定义字段”功能。 我在项目提示词里明确写了： “导出格式为 CSV ，字段按用户勾选顺序排列，若字段缺失则留空。请务必保留现有权限检查逻辑，不能绕过‘导出日志记录’中间件。” 结果 AI 给的代码： 导出的 CSV 列顺序是乱的（它自己按字母排序了）。 直接把权限检查跳过了（因为“为了方便测试”）。 导出日志？没写，还得我手动补。 类似情况频繁出现：提示词写得越细，它反而在某一个点钻牛角尖，然后把其他你以为它记得的全局约束给忘了。 最可笑的是最后我让它自己看一下提示词，它又说你说的对。。。是我的操作有问题吗？求大佬解答
系统提示词 & 项目提示词：精心调试，每个项目单独维护上下文、约束代码风格、业务规则。 真实翻车场景一：提示词写清了，但它就是不管“其他逻辑” 举例：我最新的一个需求：给订单模块加一个“批量导出自定义字段”功能。 我在项目提示词里明确写了： “导出格式为 CSV ，字段按用户勾选顺序排列，若字段缺失则留空。请务必保留现有权限检查逻辑，不能绕过‘导出日志记录’中间件。” 结果 AI 给的代码： 导出的 CSV 列顺序是乱的（它自己按字母排序了）。 直接把权限检查跳过了（因为“为了方便测试”）。 导出日志？没写，还得我手动补。 类似情况频繁出现：提示词写得越细，它反而在某一个点钻牛角尖，然后把其他你以为它记得的全局约束给忘了。 最可笑的是最后我让它自己看一下提示词，它又说你说的对。。。是我的操作有问题吗？求大佬解答
系统提示词 & 项目提示词：精心调试，每个项目单独维护上下文、约束代码风格、业务规则。 真实翻车场景一：提示词写清了，但它就是不管“其他逻辑” 举例：我最新的一个需求：给订单模块加一个“批量导出自定义字段”功能。 我在项目提示词里明确写了： “导出格式为 CSV ，字段按用户勾选顺序排列，若字段缺失则留空。请务必保留现有权限检查逻辑，不能绕过‘导出日志记录’中间件。” 结果 AI 给的代码： 导出的 CSV 列顺序是乱的（它自己按字母排序了）。 直接把权限检查跳过了（因为“为了方便测试”）。 导出日志？没写，还得我手动补。 类似情况频繁出现：提示词写得越细，它反而在某一个点钻牛角尖，然后把其他你以为它记得的全局约束给忘了。 最可笑的是最后我让它自己看一下提示词，它又说你说的对。。。是我的操作有问题吗？求大佬解答
Sub-Store routertest ↓ 生成 YAML ShellCrash yamls/config.yaml ↓ ShellCrash 按 ShellCrash.cfg 二次生成/tmp/ShellCrash/config.yaml ↓ Mihomo 启动读取 Mihomo 运行态 ↑ Zashboard 通过 external-controller 临时改运行态 目前运行着还可以 唯一的缺点就是TUN模式很怪 老是跑不满前兆 国内直连的 进了mihomo就400兆 不进就千兆 没招了 求助老友 设备是小米万兆 CPU应该足够用了的 用的原生系统ssh 是开不了tproxy的 同设备有佬友在用什么方案吗 8 个帖子 - 5 位参与者 阅读完整话题
我是个老火绒用户。没有广告弹窗，不捆绑全家桶，占用小，规则可以自定义；这些年国内杀毒软件生态一塌糊涂，火绒几乎是唯一一个让我觉得"这玩意儿是站在用户这边的"软件。 一年前自己加了几条自定义规则，用来防止腾讯 ACE 反作弊驱动扫描我的硬盘。一切就从那几条规则开始。 微信的锅？ 大概从某段时间开始，我偶尔会在晚上收到微信提示的存储空间不足；我第一反应：微信备份。同一 WIFI 下手机微信会自动备份聊天记录，聊天记录备份到电脑上，文件很大，备份完删掉，所以空间一会儿满一会儿又降下来——这个逻辑说得通。我也没太放在心上，反正没多久空间自己就回来了。这个"锅"，微信背了很久。直到今晚，C 盘又爆了。这次我没关掉提示，打开了资源监视器。 抓到了 资源监视器有一个进程在疯狂写东西。是火绒。磁盘写入速度接近 500MB/S 我顺着进程找到了它在写的文件： C:\ProgramData\Huorong\Sysdiag\log.db C:\ProgramData\Huorong\Sysdiag\log.db-wal 大小分别为： 36 GB 、 189 GB 。修改时间：就是现在，每一秒都在变。 log.db-wal 是 SQLite 的 WAL 文件，正常情况下它是个临时的中间文件，写完会合并进主库清掉。火绒设置里有日志大小限制，我也设了（ 7 天/1024MB ）。但那个限制管不到 WAL 和 log.db 文件。电脑重启后文件会被删除，但是“火绒安全软件托盘程序”还是以 300 MB/S 的速度在读写 不是没有先例 事后我去搜了一下，火绒官方论坛上有一模一样的 帖子 ，不止一个，最早的可以追溯到半年前。 卸了 它曾经是我觉得国内少有的、真正替用户着想的软件，结果火绒在我不知情的情况下，往我硬盘里写了几百 GB 的日志。并且这个 Bug 已知、有复现、有用户反馈，半年没修。 用了多年的火绒，今晚卸掉了。
我是个老火绒用户。没有广告弹窗，不捆绑全家桶，占用小，规则可以自定义；这些年国内杀毒软件生态一塌糊涂，火绒几乎是唯一一个让我觉得"这玩意儿是站在用户这边的"软件。 一年前自己加了几条自定义规则，用来防止腾讯 ACE 反作弊驱动扫描我的硬盘。一切就从那几条规则开始。 微信的锅？ 大概从某段时间开始，我偶尔会在晚上收到微信提示的存储空间不足；我第一反应：微信备份。同一 WIFI 下手机微信会自动备份聊天记录，聊天记录备份到电脑上，文件很大，备份完删掉，所以空间一会儿满一会儿又降下来——这个逻辑说得通。我也没太放在心上，反正没多久空间自己就回来了。这个"锅"，微信背了很久。直到今晚，C 盘又爆了。这次我没关掉提示，打开了资源监视器。 抓到了 资源监视器有一个进程在疯狂写东西。是火绒。磁盘写入速度接近 500MB/S 我顺着进程找到了它在写的文件： C:\ProgramData\Huorong\Sysdiag\log.db C:\ProgramData\Huorong\Sysdiag\log.db-wal 大小分别为： 36 GB 、 189 GB 。修改时间：就是现在，每一秒都在变。 log.db-wal 是 SQLite 的 WAL 文件，正常情况下它是个临时的中间文件，写完会合并进主库清掉。火绒设置里有日志大小限制，我也设了（ 7 天/1024MB ）。但那个限制管不到 WAL 和 log.db 文件。电脑重启后文件会被删除，但是“火绒安全软件托盘程序”还是以 300 MB/S 的速度在读写 不是没有先例 事后我去搜了一下，火绒官方论坛上有一模一样的 帖子 ，不止一个，最早的可以追溯到半年前。 卸了 它曾经是我觉得国内少有的、真正替用户着想的软件，结果火绒在我不知情的情况下，往我硬盘里写了几百 GB 的日志。并且这个 Bug 已知、有复现、有用户反馈，半年没修。 用了多年的火绒，今晚卸掉了。
我是个老火绒用户。没有广告弹窗，不捆绑全家桶，占用小，规则可以自定义；这些年国内杀毒软件生态一塌糊涂，火绒几乎是唯一一个让我觉得"这玩意儿是站在用户这边的"软件。 一年前自己加了几条自定义规则，用来防止腾讯 ACE 反作弊驱动扫描我的硬盘。一切就从那几条规则开始。 微信的锅？ 大概从某段时间开始，我偶尔会在晚上收到微信提示的存储空间不足；我第一反应：微信备份。同一 WIFI 下手机微信会自动备份聊天记录，聊天记录备份到电脑上，文件很大，备份完删掉，所以空间一会儿满一会儿又降下来——这个逻辑说得通。我也没太放在心上，反正没多久空间自己就回来了。这个"锅"，微信背了很久。直到今晚，C 盘又爆了。这次我没关掉提示，打开了资源监视器。 抓到了 资源监视器有一个进程在疯狂写东西。是火绒。磁盘写入速度接近 500MB/S 我顺着进程找到了它在写的文件： C:\ProgramData\Huorong\Sysdiag\log.db C:\ProgramData\Huorong\Sysdiag\log.db-wal 大小分别为： 36 GB 、 189 GB 。修改时间：就是现在，每一秒都在变。 log.db-wal 是 SQLite 的 WAL 文件，正常情况下它是个临时的中间文件，写完会合并进主库清掉。火绒设置里有日志大小限制，我也设了（ 7 天/1024MB ）。但那个限制管不到 WAL 和 log.db 文件。电脑重启后文件会被删除，但是“火绒安全软件托盘程序”还是以 300 MB/S 的速度在读写 不是没有先例 事后我去搜了一下，火绒官方论坛上有一模一样的 帖子 ，不止一个，最早的可以追溯到半年前。 卸了 它曾经是我觉得国内少有的、真正替用户着想的软件，结果火绒在我不知情的情况下，往我硬盘里写了几百 GB 的日志。并且这个 Bug 已知、有复现、有用户反馈，半年没修。 用了多年的火绒，今晚卸掉了。
我是个老火绒用户。没有广告弹窗，不捆绑全家桶，占用小，规则可以自定义；这些年国内杀毒软件生态一塌糊涂，火绒几乎是唯一一个让我觉得"这玩意儿是站在用户这边的"软件。 一年前自己加了几条自定义规则，用来防止腾讯 ACE 反作弊驱动扫描我的硬盘。一切就从那几条规则开始。 微信的锅？ 大概从某段时间开始，我偶尔会在晚上收到微信提示的存储空间不足；我第一反应：微信备份。同一 WIFI 下手机微信会自动备份聊天记录，聊天记录备份到电脑上，文件很大，备份完删掉，所以空间一会儿满一会儿又降下来——这个逻辑说得通。我也没太放在心上，反正没多久空间自己就回来了。这个"锅"，微信背了很久。直到今晚，C 盘又爆了。这次我没关掉提示，打开了资源监视器。 抓到了 资源监视器有一个进程在疯狂写东西。是火绒。磁盘写入速度接近 500MB/S 我顺着进程找到了它在写的文件： C:\ProgramData\Huorong\Sysdiag\log.db C:\ProgramData\Huorong\Sysdiag\log.db-wal 大小分别为： 36 GB 、 189 GB 。修改时间：就是现在，每一秒都在变。 log.db-wal 是 SQLite 的 WAL 文件，正常情况下它是个临时的中间文件，写完会合并进主库清掉。火绒设置里有日志大小限制，我也设了（ 7 天/1024MB ）。但那个限制管不到 WAL 和 log.db 文件。电脑重启后文件会被删除，但是“火绒安全软件托盘程序”还是以 300 MB/S 的速度在读写 不是没有先例 事后我去搜了一下，火绒官方论坛上有一模一样的 帖子 ，不止一个，最早的可以追溯到半年前。 卸了 它曾经是我觉得国内少有的、真正替用户着想的软件，结果火绒在我不知情的情况下，往我硬盘里写了几百 GB 的日志。并且这个 Bug 已知、有复现、有用户反馈，半年没修。 用了多年的火绒，今晚卸掉了。
我是个老火绒用户。没有广告弹窗，不捆绑全家桶，占用小，规则可以自定义；这些年国内杀毒软件生态一塌糊涂，火绒几乎是唯一一个让我觉得"这玩意儿是站在用户这边的"软件。 一年前自己加了几条自定义规则，用来防止腾讯 ACE 反作弊驱动扫描我的硬盘。一切就从那几条规则开始。 微信的锅？ 大概从某段时间开始，我偶尔会在晚上收到微信提示的存储空间不足；我第一反应：微信备份。同一 WIFI 下手机微信会自动备份聊天记录，聊天记录备份到电脑上，文件很大，备份完删掉，所以空间一会儿满一会儿又降下来——这个逻辑说得通。我也没太放在心上，反正没多久空间自己就回来了。这个"锅"，微信背了很久。直到今晚，C 盘又爆了。这次我没关掉提示，打开了资源监视器。 抓到了 资源监视器有一个进程在疯狂写东西。是火绒。磁盘写入速度接近 500MB/S 我顺着进程找到了它在写的文件： C:\ProgramData\Huorong\Sysdiag\log.db C:\ProgramData\Huorong\Sysdiag\log.db-wal 大小分别为： 36 GB 、 189 GB 。修改时间：就是现在，每一秒都在变。 log.db-wal 是 SQLite 的 WAL 文件，正常情况下它是个临时的中间文件，写完会合并进主库清掉。火绒设置里有日志大小限制，我也设了（ 7 天/1024MB ）。但那个限制管不到 WAL 和 log.db 文件。电脑重启后文件会被删除，但是“火绒安全软件托盘程序”还是以 300 MB/S 的速度在读写 不是没有先例 事后我去搜了一下，火绒官方论坛上有一模一样的 帖子 ，不止一个，最早的可以追溯到半年前。 卸了 它曾经是我觉得国内少有的、真正替用户着想的软件，结果火绒在我不知情的情况下，往我硬盘里写了几百 GB 的日志。并且这个 Bug 已知、有复现、有用户反馈，半年没修。 用了多年的火绒，今晚卸掉了。
我是个老火绒用户。没有广告弹窗，不捆绑全家桶，占用小，规则可以自定义；这些年国内杀毒软件生态一塌糊涂，火绒几乎是唯一一个让我觉得"这玩意儿是站在用户这边的"软件。 一年前自己加了几条自定义规则，用来防止腾讯 ACE 反作弊驱动扫描我的硬盘。一切就从那几条规则开始。 微信的锅？ 大概从某段时间开始，我偶尔会在晚上收到微信提示的存储空间不足；我第一反应：微信备份。同一 WIFI 下手机微信会自动备份聊天记录，聊天记录备份到电脑上，文件很大，备份完删掉，所以空间一会儿满一会儿又降下来——这个逻辑说得通。我也没太放在心上，反正没多久空间自己就回来了。这个"锅"，微信背了很久。直到今晚，C 盘又爆了。这次我没关掉提示，打开了资源监视器。 抓到了 资源监视器有一个进程在疯狂写东西。是火绒。磁盘写入速度接近 500MB/S 我顺着进程找到了它在写的文件： C:\ProgramData\Huorong\Sysdiag\log.db C:\ProgramData\Huorong\Sysdiag\log.db-wal 大小分别为： 36 GB 、 189 GB 。修改时间：就是现在，每一秒都在变。 log.db-wal 是 SQLite 的 WAL 文件，正常情况下它是个临时的中间文件，写完会合并进主库清掉。火绒设置里有日志大小限制，我也设了（ 7 天/1024MB ）。但那个限制管不到 WAL 和 log.db 文件。电脑重启后文件会被删除，但是“火绒安全软件托盘程序”还是以 300 MB/S 的速度在读写 不是没有先例 事后我去搜了一下，火绒官方论坛上有一模一样的 帖子 ，不止一个，最早的可以追溯到半年前。 卸了 它曾经是我觉得国内少有的、真正替用户着想的软件，结果火绒在我不知情的情况下，往我硬盘里写了几百 GB 的日志。并且这个 Bug 已知、有复现、有用户反馈，半年没修。 用了多年的火绒，今晚卸掉了。