No Meat Proxy

# No Meat Proxy 来源：https://nomeatproxy.com/ No Meat Proxy 标志 AI 是工具。你不应该是。 ### 不要向他人粘贴 AI 回复 ✕ 不要这样做 **Jim**：嘿，功能开关（feature toggles）是怎么工作的？可以按用户指定吗？ **Kevin**：这里的标志位系统是一个基于配置的自定义实现。定义：一个 FeatureToggles 类——一个带有布尔字段的 @ConfigurationProperties 数据类（例如 enableNewCheckoutFlow、useOptimizedSearchIndex），通过在 FeatureConfig 类中使用 @EnableConfigurationProperties 注册。使用模式：注入 FeatureToggles 并根据属性进行分支判断，例如 if (!featureToggles.enableNewCheckoutFlow) throw new ForbiddenException()。有些标志控制提前返回/抛出异常，另一些则完全切换实现。配置是 app.feature-toggles.* 下的纯 YAML，支持按 profile 覆盖，而且因为它是标准的 @ConfigurationProperties，也可以通过环境变量覆盖。这意味着在当前实现下，按用户切换功能是不可能的。 ✓ 应该这样做 **Jim**：嘿，功能开关是怎么工作的？可以按用户指定吗？ **Kevin**：恐怕不行。它是一个硬编码的开关。 仅仅复述 AI 给出的内容，你就让提问者更难理解一切。AI 生成的答案往往冗长、过于复杂，而且常常包含别人没有问到的细节。他们问你，是因为信任你的判断。如果你只是简单转发 AI 的输出，那你只是在充当中间人。你只是一个"肉代理"。如果你所做的只是在人和 AI 之间传递消息，你带来了什么价值？ 用 AI 答案回复别人，你是在： - 让其他所有人都更难理解。 - 凸显你自己是可有可无的。 - 实际上并没有提供帮助。 - 看起来不专业。 - 让人更不信任你。 还有其他要避免的： - 不要通过粘贴大段文字的 AI 结果来"贡献"讨论。 - 不要问类似"嘿，我遇到了这个问题："这样的问题。 以下是你应该尝试的做法： - 要阅读并验证 AI 的输出。 - 要组织自己的回答和问题。 - 当你有有意义的内容时，要参与讨论。 像人一样回答别人。像人一样对待别人。不要做"肉代理"！ ### 不要提交你不理解或未验证的 AI 生成的工作 ✕ 不要这样做 ```javascript function chargeCustomer(order) { + try { + processPayment(order); + } catch (err) { + logger.warn(err); + } } ``` ✓ 应该这样做 ```javascript function chargeCustomer(order) { + try { + processPayment(order); + } catch (err) { + logger.warn(err); + } } ``` 即使 AI 完成了大部分工作，你仍然要对其负责，因为它上面有你的名字。如果你的名字在上面，那就是你的工作。你有责任理解、验证并拥有已完成的工作。 盲目提交 AI 的工作，你是在： - 把理解和验证你工作的负担推给别人。 - 强迫别人做你自己都不愿做的事，这是不尊重。 - 向别人表明你的工作需要被反复检查。 - 看起来不专业。 - 展示出你是多么可有可无。 还有其他要避免的： - 不要用 AI 的回复来回应对你工作的反馈。 - 收到反馈时不要责怪 AI。 - 不要因为"是 AI 做的"就为缺乏知识找借口。 - 不要因为涉及 AI 就放松标准。 以下是你应该尝试的做法： - 阅读、理解并验证工作内容。 - 以工作所有者的身份回应反馈。 - 对自己的工作承担责任，就像对待自己的一样（上面有你的名字，所以它就是你的）。 - 向别人表明你在乎自己所做的事。 对自己署名的工作承担责任。做一个别人可以信赖的人。不要做"肉代理"。