闲鱼有看到很多优惠，目前发现的KFC不知用大神卡or会员原价40左右套餐可以优惠到27左右，还有高级会员，周末花40购买优惠卷商家发来的码写的黑金会员实付25员。
大家有优惠可以分享吗？

这次给大家抽童年回忆，合金弹头合集版，这是你的童年回忆吗？我小时候都是在街机厅玩的。
正文如下：
Steam链接： [Steam 上的 METAL SLUG Bundle]
(Steam 上的 METAL SLUG Bundle)

**奖品详情：合金弹头合集版（合金弹头1+合金弹头X+合金弹头3） ( METAL SLUG Bundle) Steam激活CDKEY
领奖要求： 中奖者需自备国区Steam账号！！！
中奖人数： 1人
发放形式： 使用[LINUX DO 抽奖程序]抽奖，中奖后以本站私信发送CDKEY形式发放
参与方式： 在下方对此贴进行回复。
截至时间： 2025-08-20 下午5点（北京时间）
注意事项：

中奖者需自备国区Steam账号。
每位用户仅允许参与一次。
请确保您已开启L站私信功能，以便接收中奖通知。
中奖者将在中奖结果公布后3日内收到站内私信通知。收到私信后，请在3日内回复确认领取奖品。逾期则视为放弃，奖品将顺延至下一楼层回复的参与者。
所有规则及抽奖结果由活动发起人最终解释。

WIN11设置定时任务
前言
本人用的是 win11 LTSC，设置定时任务的时候，一堆报错真的是苦不堪言。
为什么想要设置定时任务，因为本人用的工作笔记本是联想小新pro14，在工位上插着电源放着， 开着远程软件挂着，想着有什么紧急的工作可以远程回来看看。但是公司会晚上11点会断电，导致第二天9点即使有电也不会唤醒远程软件，所以想着设置一个定时任务，让电脑重启后重启远程软件。
中间有看到说可以通过 BIOS 设置插电自启动，但是看了一圈发现，那设置要找到 BIOS 的高级模式，由于本人的水平有限，尝试了网上很多方法（有说按30个键的，有说按15个键的，有说按两个键的），结果还是以失败告终。于是痛定思痛，一定要把定时任务的报错都解决了，直接用定时任务。
不多说了，直接开搞。
任务计划程序
首先先找到 windows 的定时任务，它是《任务计划程序》
点击 win 键，在上面的搜索框输入 任务计划程序

点击打开，点击右边的创建基本任务

下面的例子：每天早上9点电脑强制重启
（下面还有些参数可以自行设置）
创建任务
创建任务按需设置，主要的是处理后面出现的任务出错情况
名称和描述你爱写啥写啥，写完点击下一页

根据条件本人这里是每天，点击下一页

前面的日期不改，改后面的时间为9:00:00，点击下一页

选择《启动程序》，点击下一页

程序或脚本中填 shutdown
添加参数（可选）填 /r /f /t 30 /c 系统将在30秒后强制重启，请立即保存工作！
点击下一页

勾选《当单击“完成”时，打开此任务属性的对话框》，点击完成

任务报错与解决
点击完成后会出现这个定时任务的对话框
强制重启这种任务，应该是不管用户登录都要运行和使用最高权限运行

但是，现在已经是有问题的了，因为无论你修改了什么，都会有报错了
接下来，迎来我们的一个报错—
任务出错。错误消息:一个或多个指定的参数无效

这个错误最后确定是是当前用户的权限不足（我也不知道是为什么）
点击《更改用户或组》

点击高级

点击立即查找

找到 Administrator 这个账户
选择后，点击确定


此时记得勾选

不管用户是否登录都要运行(W)

不存储密码(P)。该任务将只有访问本地计算机资源的权限。


使用最高权限运行(I)


点击确定，我们要输入管理员的账号密码

注意，如果你没有对管理员进行设置密码的话，实际上这里的密码就是空的，可以直接点确定的
如果你觉得有设置密码的话可以输进去点确定，出现的提示如果是下面这个，则说明你的密码是错的，或者说，你的管理员账户是根本没有密码的！

我这里头铁输入了我人生中设置的十几种密码，最后查了才知道，其实没做什么更改的话，它就是没密码的
在这个界面点击确定，出现下面的报错才是对的


这里就出现了我们要解决的第二个报错
任务出错。错误消息:已报告以下错误:此用户无法登录，因为该帐户当前已被禁用。
它说被禁用了，后面看了一下确实是被禁用了，怎么办？那就解禁呗
右键此电脑打开“管理”

然后进入《本地用户和组》下的《用户》选项，找到 Administrator

双击打开它，发现真的被禁用了

取消勾选《账户已禁用》，点击应用，点击确定即可

此时回到定时任务，再点确定，就迎来了我们的第三个报错

任务出错。错误消息:用户帐户限制错误。可能的原因是不允许密码为空，或者已强制实施策略限制。

死磕到底！
继续找解决方法，有效的解决方法是下面这种
按下 Win + R 组合键，打开《运行》对话框

输入 gpedit.msc，点击“确定”进入组策略编辑器
（没有的自己百度看着办）

在左侧目录中依次展开：计算机配置 → Windows 设置 → 安全设置 → 本地策略 → 安全选项
找到《帐户：使用空白密码的本地帐户仅允许进行控制台登录》策略

双击打开策略属性窗口
将其状态从“已启用”修改为“已禁用”
点击“应用”保存更改，然后点击“确定”退出

此时回到定时任务，再点确定

它竟然，可以了！
（没生效则多点两次确定）
隐藏登录界面的管理员账户
如果没有禁用管理员账户，你在登录的时候就会发现，有两个管理员账户
本人实在是不喜欢，属于是既要有要的类型，于是上网搜了一下，还真有隐藏的方法
参考这位博主的隐藏方法，可以让我们顺眼一点
https://blog.csdn.net/study00_/article/details/134728816
定时任务的条件
在这个界面，上面有个条件，点击看一下


有一些电源和网络的设置，具体怎么设置看个人所需啦~
写在后面
这玩意是真难弄，本人这种小白又不敢改BIOS，只能一步步摸索
上面的报错可能大家不一定遇得到，希望能对大家有所帮助
也可能遇到一些不一样的报错，如果是这样的话，我只能说：你加油

求资源啊，大佬们，大佬们

刚撑过一个周末 今天哈基米又开始疯狂截断
重试到生无可恋的时候突然意识到：每次重试的请求内容都一样 但是轮询平台每次都会换个key去尝试
谷歌当然知道用户在内容完整生成之前会一直重试，舍弃无效内容会无故浪费流量和算力 所以没理由不去抓紧修好这个问题
有没有可能是有意截断 用这种方式来把泄露的野key标为风险 然后一网打尽 
我个人一点阴谋论哈哈 佬们觉得呢

看了最近有非常多的健康，零食贴，感觉佬们可以一起在 wiki 里贡献啊。
比如多个人购买后复评，卡路里热量，图片等，做一个咱们 L 站的 FoodWiki
不用重新开发系统，就利用现有的 wiki 或者帖子功能
（这样也满足了我这样的馋鬼，还可以做各种分类 佬们觉得呢）
甚至接入各种公益站一站检索 xxx 时刻适合 某一类人吃的零食 对吧

我自己之前是经常买的特步的网面运动风格的,之前觉得风格算是自己喜欢的类型,那时候穿衣服是比较贴身修身的那种
最近被推荐穿板鞋,然后传的比较宽松,类似于工装裤冲锋衣这种风格,感觉是好像好看些
但是感觉鞋子有时候怎么看都觉得不太好看似的
价位300-500左右就可以(不推荐随便聊聊也行)

如题，遇到问题能想到的变通渠道越来越少，简单的问题也逐渐公式化，脱离常见问题后经常有点不知所措。不知道是工作太久了，还是学习太少，有点难绷

研究 PRD / SPEC / BMAD，我们在追求什么

公众号地址 欢迎关注 https://mp.weixin.qq.com/s/p1hnI3omEEp_OiMvoiegFQ

背景与动机
真实场景大概是这样：今天即兴 vibe 了一下午，撸出一个 MVP；之后因为上下文长度受限，只能开新 session 接着做。新 session 里，模型对你之前的决策、边界、坑点一无所知，你只能一点点把“做过什么、为什么这么做、这次要改什么”重新喂进去。重复沟通、反复铺垫，效率直线下降。
后来大家发现：把上次的重要内容“总结/压缩”进文档，下次开发时直接 @ 引用，就能把上下文串起来。这个朴素做法，后来被称为“上下文工程”。之后很多方法（SPEC、PRD、BMAD、工作流、角色分工）都是在它之上演进的外衣。
我们关心的目标只有一个：让交付“质量可控”，过程“人工干预极少”，最好能“无人化”。
SPEC、PRD、BMAD：外衣不同，本质相同

SPEC 把需求拆成 requirements/design/tasks，看起来很专业，但经常把上下文碾得过碎，线性长闭环导致问题在集成/验收才爆。更糟的是，在一段时间里模型“降智”，就很难产出质量可控的代码。
PRD 回到“做事用”的文档：目标、范围、验收口径清楚，能直接驱动实现与测试；不追求厚度，追求可执行。
BMAD 引入角色做分工：PO 写 PRD、Architect 写 system architecture、SM 写 sprint plan，Dev/QA 执行与门控。实质仍是上下文工程：把关键口径写入对应产物，串好接力。

我看到很多人花大量时间研究角色与工作流，结果是在换着方式做同一件事。思想不变：只用 PRD 也能产出可控的代码。更值得投入的是：如何保证整条交付链路质量可控，从需求到开发到测试到验收到上线的“少人干预，尽量无人化”。
什么是“上下文工程”（Context Engineering）
定义：围绕一次开发/调用时需要的上下文，做获取、筛选、组织、压缩与治理的系统化方法，让输出可控、可复现。
为什么重要：模型能力接近时，谁的上下文更准、更干净、布局更好，谁的效果就稳定（更低幻觉、更高成功率、更低时延与成本）。
关键组成：

需求与评测：任务定义、成功指标、离线/在线评测集合。
上下文素材：系统约束、用户意图、few-shot、工具 schema/结果、知识片段、会话状态。
检索与重排：BM25/向量/混合索引，查询改写，多跳检索，重排器。
组织与布局：信息分区与顺序（约束→工具→证据→示例→任务）、结构化格式、引用标注。
压缩与预算：摘要、去重、语义压缩、token 预算策略。
路由与编排：模型/提示选择，Agent/工具调用，回退与重试。
安全与合规：过滤、输出约束、工具白名单。
观测与版本：日志回放、A/B、数据血缘、模板/索引版本。

和 Prompt 工程的区别：Prompt 工程偏“写好指令与示例”；上下文工程覆盖“检索、布局、压缩、路由、评测与治理”的全链路，是更大的系统工程。
常见范式：

RAG 2.0：查询改写 → 多索引检索 → 重排 → 证据去冗压缩 → 生成（带引用）。
工具增强：函数调用/工具执行 → 结果注入上下文 → 继续推理。
记忆体系：短期会话缓存 + 长期任务档案（可检索）。
模板分层：系统指令模块化 + 任务槽位化 + 证据段落。

关键指标：任务成功率、可溯源性、幻觉率、引用命中率、延迟、成本、token 利用率、召回/覆盖@k。
落地清单（速用）：

定义任务与评测集合（黄金问答/任务脚本）；
建索引：清洗→分块→向量/关键词混合索引→重排；
设计模板：明确区块顺序与输出 JSON Schema；
压缩策略：检索后做去重与摘要；
上线观测：日志+回放+A/B，版本化迭代检索与模板。

示意模板（简化）：
# system
你是{角色}。必须遵守：{约束...}

# task
{用户意图/指令}

# tools (schema & results)
{可调用工具定义/最近一次调用结果}

# grounding (top-k)
{检索证据片段+来源}

# examples
{few-shot 边界对齐}

# output
请只输出符合此 JSON Schema 的结果：{schema}

PRD 一条路，也能跑出可控交付
PRD 要“轻但能用”，信息以可执行为准：

Goals、FR/NFR、Epic、Stories、AC、Out of Scope（删赘述）。
最少集：

文件路径/函数签名
API 请求/响应与错误码
数据迁移与回滚脚本
配置项与灰度开关
日志字段、监控指标与报警阈值



两道门槛：

需求确认 ≥90 分（歧义打光且获批准）才开工；
规格必须“可执行”（缺路径/签名/示例/迁移/观测的不算规格）。

流水线：确认 → 规格 → 实现 → 评审 → 测试 → 验收。评审只看：需求符合、集成可行、代码不作恶（安全/性能）、测试覆盖足够。未达标，退回。
角色是分工，不是目的

PO → 产出 PRD：目标/范围/AC 清楚，Out of Scope 明确。
Architect → 产出 system architecture：运行时、依赖、集成边界、迁移/回滚、观测前置。
SM → 产出 sprint plan：按“可见产物”的垂直切片排顺序。
Dev/QA → 执行与门控：变更清单、测试记录、质量门槛达标再过。

复杂项目、多人协作时再引角色/并行流水线，用“各自的小上下文”减少污染与负担；别为了热闹而热闹。
小例子：邀请码有效期
口径先定：

起算点：首次使用，不是创建；
时区：统一 UTC，边界秒判定清楚；
历史兼容：存量无有效期如何处置；
错误返回：错误码与 HTTP 状态码映射；
回退策略：迁移/回滚、灰度与开关。

规格到动作：
SQL（迁移与回滚各一份）：
ALTER TABLE invitations ADD COLUMN expires_at TIMESTAMP NULL;
-- 回滚：ALTER TABLE invitations DROP COLUMN expires_at;

验证函数：
// 首次使用时写 first_used_at，过期返回标准错误
function validateInvitation(code: string): ValidationResult

API：
POST /invitations/validate
响应（过期）：{ "error": "INVITATION_EXPIRED", "code": 4001 }

观测：

指标：过期命中次数、拒绝率；
日志：校验入参、判定结论、错误码；
告警：拒绝率异常阈值。

测试优先级：

边界秒；
历史无有效期兼容；
配置变更生效路径；
错误码与 HTTP 状态码一致性。

反模式清单

为了 Prompt 而 Prompt：词很满，事很空；
角色崇拜：沉迷设定，忽略可执行与可验证；
文档堆砌：没有路径/签名/迁移/观测的内容，都是噪音；
上下文泛洪：不清理、不切片，质量衰减、成本上升；
只跑快乐路径：边界与失败不测，后期集中爆雷。

落地路线

选一个小需求（如“邀请码有效期”）完整跑完：确认 → 规格 → 实现 → 测试；
给核心模块补 CLAUDE.md（索引化），确保可 @ 引用到“短事实”；
把 CI 门槛立起来：覆盖率、静态扫描、关键用例不过线不合并；
复杂时再引 BMAD 分工与并行流水线，让各段上下文更小、更干净。

结语
研究 PRD、SPEC、BMAD，不是为了流程更精致，而是为了把“上下文”这件事做稳，最后得到“质量可控、人工干预极少、可走向无人化”的交付。先把上下文工程打牢，剩下的是自动化与规模化。

佬友们，硅基流动怎么刷赠金呀，或者获取兑换码的渠道。

从发个20刀Sonnet 4.1继续讨论：
仿照 @Nekohy 来一次福利，4小时以人性而结束。
我被多薅了$14（100?）…
很合理：因为Opus和Sonnet相差4倍，所以我用$20 Sonnet 4.1等价的$100 Opus 4.1来平替。
谁用了这么多？希望发个声吧。

2025年春节期间，DeepSeek 在全中国乃至全世界的范围内爆火的一塌糊涂。但人民群众其实对于模型绝对性能的增长，对于研发边界的拓宽是没有实感的（甚至部分程序员/平时大模型产品用的比较多的人群实际上也不能很准确的体验到模型性能边界的拓宽），人民群众对 DeepSeek R1 惊喜至此，很大程度上是初次试用时R1那灵动飘逸，高度奔放洒脱有灵气的文风唬到了所有人。

这种体验是自由自在、精力充沛的，不会是25年年初那会GPT、豆包、Qwen、Kimi等给出的规规矩矩的「尊敬的用户大人，我正在尝试把我的回答变得亲切易懂，以确保我在处理问题时的专业性和娴熟程度，从中立性和唯物主义的辩证统一观点出发……」之类的千篇一律的方式。


这里稍微偏向性的给其他旗舰模型的规规矩矩道个歉，因为它们的能力实在是把这种文风的劣势盖过去了，甚至有时候它的结果会让人误以为这种文风是正确回答必不可少的一环

我开头bb了三段，其实主要想以此来表达一个观点：
对于模型厂商来说，尤其是对于哪些非T0的模型厂商和AI Infra公司来说，把模型训练&微调的不那么「对齐」可能是另一条吸引用户的野路子方法。
单纯从这个视角可能没啥说服力，我们可以转到最符合每一代人 性与审美需求的文化产品领域，以二次元文化中各个年代的「显学」人物形象为例。

为什么选择二次元呢？因为我熟悉（

高度工业化下的二次元产品构建
在上世纪，日本的二次元产品是非常流行「大和抚子」的形象，这种女性形象气质高雅、性格娴静、生活举止有法度，待人接物懂得分寸。在这个时候，男性know-how的话语权还是非常显著的，大家都普遍的喜欢稳定、喜欢不破碎的特征——这一点同样适用在其时初见萌动的电子产品行业。
到了新世纪，日本流行文化产品已经开始趋向了「傲娇」。基本上我小时候关注过的所有动漫都会配一个铁打的傲娇角色配置，这种人物形象表面看起来略显刁蛮任性，说话带刺，态度高傲，实际上外冷内热，有一颗温柔善良的心，偶尔会展现出害羞的一面。这种性格的一些特质实际上是非常不稳定的，在人际关系中是有可能极大程度打破确定性的——我不会说我喜欢你，我喜欢的方式是捉弄你。
在21世纪20年代已经完成高度工业化和商业化改造之后，「动物一般的后现代」的中日韩二次元工厂里，傲娇或者说「反差」更是成为了每一位设计师的显学，如果你仔细研究一下当前热门二游的人物设计，会发现人物性格&背景故事越是反差，其美术表现越会说人话会整活越会利用二创去与玩家互动，这个二游底子就打的好，后续的增值服务和更新就会变得更容易。

此处可以@蔚蓝档案，里面的学生人物设计彻彻底底贯彻落实了「反差」作为新时代人民群众审美G点的精髓，无处不在反差，时刻都有反差

建模师也假的，投资方也是假的，编剧也是假的，但市销比是真的，完成某类形象设计的作品在当时的融合了社会、政治、经济、亚文化的市场里极大的收益比是真的。他们没有开天眼，他们也不会做统计预测，但时代大潮推动着这类审美形象登上舞台的能力，是一种无法否认且绝对高效的社会力量。
伴随着景观社会下资本主义驱动的商业化景观对我们的狂轰乱炸，实际上大家的刺激阈值都在不断的被提高，大家都在疯狂渴求着一种正面的，最终会被归于确定化的不稳定。这就构成了我们所处的时代成长起来的YYDS的「不确定性下的浪漫观」和「繁美堆砌的解构主义」框架。

我知道你会说这不是个玄学的东西，有哪些游戏能火爆都是有迹可循的。话题打开就聊不完了，此处不表。

未齐之齐
我们会发现，站在25年年中的视角回头看，基本上所有刷屏的那些大模型官方的公关稿都在强调说自己旗下的大模型都是「Helpful、Honest、Safe」的，致力于打造最先进的、最真诚的、最SOTA的AI助理——但更广大的人民群众更欣赏DS和4o式小诗人的可以马上抵达的优美和灵动，看不上同期其他模型生成的那些虚以委蛇、难以触及的正确。

以正确为纲，其实大概率也是其研发团队对技术、真实、价值等抱有高度的信心和理想主义的信念；但在对GenAI「正确」抱有高度执念的意识形态的另一面，也约束了能够实现的期待范围。

当然，作为码农&工程师，我们现在的用法、现在的需求，是在使用 LLM 去完成大部分的乏味工作、重复劳动，去协助我们处理一些列机械化、系统性、结构性的任务——尤其是需要大量Coding的编程工作。但尝试拓宽这个界限，我们会发现AI「不应该」有且只有这两种展示形象，一个是完全实用主义的，一个是完全虚无主义的。
作为最广大客户的人民群众更喜欢带有不确定性的延伸感觉，更喜欢带有饱含动态的姿式，更喜欢具有神性风度，天地万物竞自由的精神。至于如何让用户在使用LLM产品时产生不确定的延伸感觉&有多巴胺存在的动态体验&最好能附带有艺术和神性意志存在的精神，可以成为一些设计者和战略者对未来的一些考量，没准也是一个未来的亿级，乃至于十亿级的新市场呢？
从商业化角度，大多数GenAI产品都选择了「轻量」的市场，试图在套壳的基础上通过简单的服务和较低的成本来吸引用户。它们宣传自己的能解决的问题是实用的、窄赛道的、基本的，但这样，价格难以提高，盈利空间有限，用户对产品的留存度和忠诚度也比较低。
相比之下，DeepSeek选择走了一条看似更险、更玄的路（实际上可能并不是，因为大模型的不对齐可能更易于训练（划掉），不知道是不是RL太用力的后遗症，因为o3也干了！），即追求「文采」和「灵动」等用户的主观体验。
我们回到开头：

对于模型厂商来说，尤其是对于那些非T0的模型厂商和AI Infra公司来说，把模型训练&微调的不那么「对齐」可能是另一条吸引用户的野路子方法。

反正砸钱烧GPU冲SOTA这件事上指定是干不过T0级别的御六家了，干的事一直一样，卷性价比卷稳定在卷交互上根本卷不出一片天，不如另辟蹊径，赛道细分点，最后市场能大点；又或者，可能另辟蹊径者本身就是最大的赛道？
日月出矣，而爝火不息；其于光也，不亦难乎？
你也可以在这里看到我的博客原文

在经历了千般磨难之下，我终于在公司摸鱼开发完了第一个版本

  

      github.com
  

  
    
  

  GitHub - talex-touch/tuff: The command bar, reimagined for those who build....

    The command bar, reimagined for those who build. Tuff is an open-source core for your OS, built on a sandboxed architecture with a local-first AI and a powerful TypeScript SDK.


  

  
    
    
  

  


当然，目前只能由 开发人员 自行本地 build 测试
BUG 数量非常惊人，个人感觉达到了勉强使用地步
Windows 兼容性比较糟糕
插件只是勉强走完了可用阶段，接下来我会开发几个常用的必备插件，这个周期大概是两周，期间会不断升级 plugin 的开发体验。
目前的文档也还没有完全更新，很多地方只能参考源码。
发到这里只是想看看有没有愿意当超级小白鼠，参与内测版测试，等我开学后会开启快速迭代，尽量在国庆前比肩 utools （bushi）
 完全免费，完全开源 ｜ 等我快速的把插件安装流程跑通就发第一个公开测试版

想给爸爸买个笔记本电脑，求推荐，不求贵，有性价比就行，平时用用办公软件和cad，经常带到工地，想要好携带实用性好的，不要太贵