✨ 随机碎片 / 资讯文档 / 网站工具 / GitHub 项目 / Bing 壁纸
AtlasOS - Windows 魔改版本，优化性能更轻量
https://github.com/Atlas-OS/Atlas
AtlasOS 是针对 Windows 的魔改版本，通过应用隐私、可用性和性能优化来增强 Windows，同时保持功能和可定制性。
● 增强隐私性：移除 Windows 中嵌入的大部分遥测数据，并实施多项组策略来最小化数据收集。
● 优化性能：在保持兼容性的前提下，实施多项有意义的变更来提高 Windows 的性能和响应速度。
● 安全特性：允许用户根据自身风险偏好来定制安全性，并提供每个选项的优缺点信息。
● 提高可用性：应用多项修改和默认设置，使 Windows 更易于使用。
● 开源透明：使用 AME Wizard 和可自定义的 Playbooks 脚本系统，提高了审核的便利性。
#Windows #GitHub
https://github.com/Atlas-OS/Atlas
AtlasOS 是针对 Windows 的魔改版本，通过应用隐私、可用性和性能优化来增强 Windows，同时保持功能和可定制性。
● 增强隐私性：移除 Windows 中嵌入的大部分遥测数据，并实施多项组策略来最小化数据收集。
● 优化性能：在保持兼容性的前提下，实施多项有意义的变更来提高 Windows 的性能和响应速度。
● 安全特性：允许用户根据自身风险偏好来定制安全性，并提供每个选项的优缺点信息。
● 提高可用性：应用多项修改和默认设置，使 Windows 更易于使用。
● 开源透明：使用 AME Wizard 和可自定义的 Playbooks 脚本系统，提高了审核的便利性。
#Windows #GitHub
GitHub
GitHub - Atlas-OS/Atlas: 🚀 An open and lightweight modification to Windows, designed to optimize performance, privacy and usability.
🚀 An open and lightweight modification to Windows, designed to optimize performance, privacy and usability. - Atlas-OS/Atlas
RsyncUI - macOS 下的 Rsync 命令图形界面
https://github.com/rsyncOSX/RsyncUI
RsyncUI 是一个基于 SwiftUI 的 macOS 应用，为
#macOS #Tool #GitHub
https://github.com/rsyncOSX/RsyncUI
RsyncUI 是一个基于 SwiftUI 的 macOS 应用，为
rsync 命令行工具提供了一个图形用户界面，方便配置使用。#macOS #Tool #GitHub
GitHub
GitHub - rsyncOSX/RsyncUI: A SwiftUI based macOS GUI for rsync.
A SwiftUI based macOS GUI for rsync. Contribute to rsyncOSX/RsyncUI development by creating an account on GitHub.
一觉醒来发生了什么 10 月 22 日
2025 年 10 月 22 日
🌍 资讯快读
1、高市早苗当选日本第 104 任首相
https://www.jiemian.com/article/13491499.html
2、AI 时代需要什么样的程序员
https://www.thepaper.cn/newsDetail_forward_31813433
3、百度小度 AI 眼镜 11 月亮相 年内开售
https://www.pingwest.com/w/308414
4、市场监管总局发布《蛋制品生产许可审查细则（2025 版）》
https://www.jiemian.com/article/13494486.html
👬 即刻镇小报
1、最近抖音很火的即梦或者豆包直出三宫格氛围人像照片
https://m.okjike.com/originalPosts/68f666506c58154f4d5d1965
2、自媒体的本质是精力运营，大部分头部网红有一边打工一边写作的经历，核心，就是能够用于交付、娱乐的心力异于常人
https://m.okjike.com/originalPosts/68f5e9161ed9b53c78aea897
3、B 站有一支杨振宁 2014 年在东莞理工的演讲视频，总长度 1 小时，《我的学习和研究经历》
https://m.okjike.com/originalPosts/68f35c02d9abb9785ddb5be8
4、外星人来了，你就躲进山姆，他们没有会员进不来
https://m.okjike.com/originalPosts/68f21d761ed9b53c785f2b03
今日即刻镇小报内容来自 @歸藏 @兔撕鸡大老爷 @兔撕鸡大老爷 @一只萧包子 ，感谢以上即友的创作与分享。
2025 年 10 月 22 日
🌍 资讯快读
1、高市早苗当选日本第 104 任首相
https://www.jiemian.com/article/13491499.html
2、AI 时代需要什么样的程序员
https://www.thepaper.cn/newsDetail_forward_31813433
3、百度小度 AI 眼镜 11 月亮相 年内开售
https://www.pingwest.com/w/308414
4、市场监管总局发布《蛋制品生产许可审查细则（2025 版）》
https://www.jiemian.com/article/13494486.html
👬 即刻镇小报
1、最近抖音很火的即梦或者豆包直出三宫格氛围人像照片
https://m.okjike.com/originalPosts/68f666506c58154f4d5d1965
2、自媒体的本质是精力运营，大部分头部网红有一边打工一边写作的经历，核心，就是能够用于交付、娱乐的心力异于常人
https://m.okjike.com/originalPosts/68f5e9161ed9b53c78aea897
3、B 站有一支杨振宁 2014 年在东莞理工的演讲视频，总长度 1 小时，《我的学习和研究经历》
https://m.okjike.com/originalPosts/68f35c02d9abb9785ddb5be8
4、外星人来了，你就躲进山姆，他们没有会员进不来
https://m.okjike.com/originalPosts/68f21d761ed9b53c785f2b03
今日即刻镇小报内容来自 @歸藏 @兔撕鸡大老爷 @兔撕鸡大老爷 @一只萧包子 ，感谢以上即友的创作与分享。
ChatGPT Atlas 浏览器现已发布
https://chatgpt.com/atlas/get-started/
- 基于 Chromium，内嵌 ChatGPT 入口
- 支持一键对网页提问、对选中部分用 GPT 修改
- 支持基于浏览器的记忆功能
- 支持 Agent 模式，使用 GPT 对网页进行操作（需要 ChatGPT 付费订阅）
- macOS 版现已可用，其他平台仍在开发
https://chatgpt.com/atlas/get-started/
- 基于 Chromium，内嵌 ChatGPT 入口
- 支持一键对网页提问、对选中部分用 GPT 修改
- 支持基于浏览器的记忆功能
- 支持 Agent 模式，使用 GPT 对网页进行操作（需要 ChatGPT 付费订阅）
- macOS 版现已可用，其他平台仍在开发
Figma 0 基础教程
https://www.youtube.com/watch?v=ezldKx-jPag
视频中有一个 IPhone App 首页的设计 Demo，过程中用到了大部分工具。
配合翻译，分段看
#Design #Video
https://www.youtube.com/watch?v=ezldKx-jPag
视频中有一个 IPhone App 首页的设计 Demo，过程中用到了大部分工具。
配合翻译，分段看
#Design #Video
AI Novel Generator - AI 小说生成工具
https://github.com/YILING0013/AI_NovelGenerator
一个基于 AI 的小说生成器，可以生成多章节的长篇小说，自动衔接上下文、伏笔。
● 小说设定工坊：支持世界观架构、角色设定和剧情蓝图的创作。
● 智能章节生成：采用多阶段生成方式，保障剧情连贯性。
● 状态追踪系统：记录角色发展轨迹和伏笔管理。
● 语义检索引擎：基于向量的长程上下文一致性维护。
● 知识库集成：支持本地文档参考。
● 自动审校机制：检测剧情矛盾和逻辑冲突。
● 可视化工作台：提供全流程 GUI 操作，集配置、生成和审校于一体。
#AI #Tool #GitHub
https://github.com/YILING0013/AI_NovelGenerator
一个基于 AI 的小说生成器，可以生成多章节的长篇小说，自动衔接上下文、伏笔。
● 小说设定工坊：支持世界观架构、角色设定和剧情蓝图的创作。
● 智能章节生成：采用多阶段生成方式，保障剧情连贯性。
● 状态追踪系统：记录角色发展轨迹和伏笔管理。
● 语义检索引擎：基于向量的长程上下文一致性维护。
● 知识库集成：支持本地文档参考。
● 自动审校机制：检测剧情矛盾和逻辑冲突。
● 可视化工作台：提供全流程 GUI 操作，集配置、生成和审校于一体。
#AI #Tool #GitHub
面向开发者的 Prompt Engineering - 犀牛书
https://prompt-engineering.xiniushu.com/
吴恩达《ChatGPT Prompt Engineering for Developers》课程中文版，主要内容为指导开发者如何构建 Prompt 并基于 OpenAI API 构建新的、基于 LLM 的应用。
● 编写 Prompt 的原则；
● 文本总结（如总结用户评论）；
● 文本推断（如情感分类、主题提取）；
● 文本转换（如翻译、自动纠错）；
● 扩展（如书写邮件）；
#AI #Doc #Prompt
https://prompt-engineering.xiniushu.com/
吴恩达《ChatGPT Prompt Engineering for Developers》课程中文版，主要内容为指导开发者如何构建 Prompt 并基于 OpenAI API 构建新的、基于 LLM 的应用。
● 编写 Prompt 的原则；
● 文本总结（如总结用户评论）；
● 文本推断（如情感分类、主题提取）；
● 文本转换（如翻译、自动纠错）；
● 扩展（如书写邮件）；
#AI #Doc #Prompt
一觉醒来发生了什么 10 月 21 日
2025 年 10 月 21 日
🌍 资讯快读
1、香港国际机场回应货机坠海事故：疑似因失控滑出跑道
https://www.jiemian.com/article/13487250.html
2、官方通报重庆一小区居民家爆燃起火：1 人受伤
https://www.jiemian.com/article/13488246.html
3、欧盟同意逐步停止从俄罗斯进口天然气
https://www.jiemian.com/article/13488349.html
4、胖东来宣布设立开放日：面向企业级学习参访开放，收费标准 2 万元 / 人
https://www.jiemian.com/article/13488261.html
👬 即刻镇小报
1、每个产品负责人都应该看看乔布斯的这段演讲
https://m.okjike.com/originalPosts/68f4dd8e00c0686ab5c27743
2、发现大部分人都在用错劲儿
https://m.okjike.com/originalPosts/68f493031ed9b53c7892b332
3、给当下普通人的 4 个财务避坑指南
https://m.okjike.com/originalPosts/68f46db655d22c76012ed326
4、刚看完 Andrej Karpathy 这期暴论频出的播客
https://m.okjike.com/originalPosts/68f430903ea7571a78e4c759
今日即刻镇小报内容来自 @西里森森 @Yangyi. @广屿 Ocean @orange.ai ，感谢以上即友的创作与分享。
2025 年 10 月 21 日
🌍 资讯快读
1、香港国际机场回应货机坠海事故：疑似因失控滑出跑道
https://www.jiemian.com/article/13487250.html
2、官方通报重庆一小区居民家爆燃起火：1 人受伤
https://www.jiemian.com/article/13488246.html
3、欧盟同意逐步停止从俄罗斯进口天然气
https://www.jiemian.com/article/13488349.html
4、胖东来宣布设立开放日：面向企业级学习参访开放，收费标准 2 万元 / 人
https://www.jiemian.com/article/13488261.html
👬 即刻镇小报
1、每个产品负责人都应该看看乔布斯的这段演讲
https://m.okjike.com/originalPosts/68f4dd8e00c0686ab5c27743
2、发现大部分人都在用错劲儿
https://m.okjike.com/originalPosts/68f493031ed9b53c7892b332
3、给当下普通人的 4 个财务避坑指南
https://m.okjike.com/originalPosts/68f46db655d22c76012ed326
4、刚看完 Andrej Karpathy 这期暴论频出的播客
https://m.okjike.com/originalPosts/68f430903ea7571a78e4c759
今日即刻镇小报内容来自 @西里森森 @Yangyi. @广屿 Ocean @orange.ai ，感谢以上即友的创作与分享。
南山必胜客的大手发力了
#WeChat
https://www.v2ex.com/t/1167055
>
https://www.v2ex.com/t/1167055
>
git clone git@github.com:sjzar/chatlog.git
cd chatlog
git fetch origin a7162bca9454fa43b5950a2414670983fe180e56
git reset --hard a7162bca9454fa43b5950a2414670983fe180e56
git push git@github.com:mygithub/chatlog.git main南山必胜客的大手发力了
https://www.v2ex.com/t/1167055
https://www.v2ex.com/t/1167055
简单复盘一下 AWS 这次事件作为一个 AIGC Startup SRE 的一些操作吧，希望能帮到大家
从入职开始发现我们主要的集群在 USE1 之后，我就开始做一些准备了。
我主要做的事情有这几件事
1. 将我们核心的几个数据库做了多地的备份，形成了 USE1，Tokyo，SG 三地备份。这样在极端情况下，我们损失一部分数据，但是也能保证服务的继续
2. 将我们 SG 的测试集群从原本的 EC2 自己简单搭的 K3S，重构为了一个标准的 AWS EKS 集群。这样可以在灾害时刻快速 warmup 一个集群，复用 AWS 已有组件。将 manifest 变更的代价降至最小
3. 简单梳理了一个 SOP，包含用户公告，DNS 切换，封版等事宜
回到今天，我大概在 AWS 事故发生后的10min，发现了我们容器中有新的 Pod 无法 setup。
在和 AWS 支持确认是 USE1 的问题后，我意识到 ECR 的事件必然关联其余事件，于是我就果断按照我自己规划的 Tier1 等级事件开始处理（对于 SRE 来说，这种事情宁可错，但是不能错过）
T+0 min，我发布了全员公告，开始进入紧急模式。我 setup 了一个全员公开会议。所有人员可以随时加入
T+2 min，我确认事件如我所预期的一样，在逐渐扩大，我发出了两个指令，1. 全线禁止任何代码合入/提交（主要是避免新创建资源会导致 Pod rotate 进而影响流量），2. 请运营同学准备公告
T+3 min, 我开始按照 SOP，开始进行数据库在 SG 区域的恢复，并且级联创建诸如 OpenSearch / Redis 等在内的依赖
T+5 min，我们开始正式的确认上下游依赖的具体问题，确认一个新上线的核心服务受到影响
T+10min，我们停服公告和其余服务的受影响公告发出
T+10min，我请另外两位同时协助 setup 新的 ECR 以及清理测试环境已有资源，并同步 CTO ，在极端情况下，我们可能会存在保体验，丢数据的决策。
T+15min， 我们最终确认目前已创建的资源以及流量入方向不会受到太大影响。切换方案挂起，但是我们继续准备相关资源
T+30min，我们第一个数据库恢复完毕
T+40min，我们第二个数据库恢复完毕
T+1h，我们所有关联的核心 infra，RDS/ES/Redis 都 stand by，并且按照生产架构设置主从等优化选项。同时我们也开始正在新的集群启动新的服务
所幸，最终 AWS 的 crash 没有影响我们全部服务。我们无须面对切换流量后复杂的数据修复工作
大概 T+2h 到 T+3h 后，我正式通报全员，紧急状态解除。为保险起见，今晚依旧对 feature 封版。
回顾整个事故，我还可以做的更多
1. 将我之前为自己准备的极端 case SOP，对全员公开。这样确保我即便不在线，也有人能接替我
2. 我们可以做一些提前的预先演练
3. 指令下达可以更果断一些
差不多就是这样，一点分享，希望能帮到大家
从入职开始发现我们主要的集群在 USE1 之后，我就开始做一些准备了。
我主要做的事情有这几件事
1. 将我们核心的几个数据库做了多地的备份，形成了 USE1，Tokyo，SG 三地备份。这样在极端情况下，我们损失一部分数据，但是也能保证服务的继续
2. 将我们 SG 的测试集群从原本的 EC2 自己简单搭的 K3S，重构为了一个标准的 AWS EKS 集群。这样可以在灾害时刻快速 warmup 一个集群，复用 AWS 已有组件。将 manifest 变更的代价降至最小
3. 简单梳理了一个 SOP，包含用户公告，DNS 切换，封版等事宜
回到今天，我大概在 AWS 事故发生后的10min，发现了我们容器中有新的 Pod 无法 setup。
在和 AWS 支持确认是 USE1 的问题后，我意识到 ECR 的事件必然关联其余事件，于是我就果断按照我自己规划的 Tier1 等级事件开始处理（对于 SRE 来说，这种事情宁可错，但是不能错过）
T+0 min，我发布了全员公告，开始进入紧急模式。我 setup 了一个全员公开会议。所有人员可以随时加入
T+2 min，我确认事件如我所预期的一样，在逐渐扩大，我发出了两个指令，1. 全线禁止任何代码合入/提交（主要是避免新创建资源会导致 Pod rotate 进而影响流量），2. 请运营同学准备公告
T+3 min, 我开始按照 SOP，开始进行数据库在 SG 区域的恢复，并且级联创建诸如 OpenSearch / Redis 等在内的依赖
T+5 min，我们开始正式的确认上下游依赖的具体问题，确认一个新上线的核心服务受到影响
T+10min，我们停服公告和其余服务的受影响公告发出
T+10min，我请另外两位同时协助 setup 新的 ECR 以及清理测试环境已有资源，并同步 CTO ，在极端情况下，我们可能会存在保体验，丢数据的决策。
T+15min， 我们最终确认目前已创建的资源以及流量入方向不会受到太大影响。切换方案挂起，但是我们继续准备相关资源
T+30min，我们第一个数据库恢复完毕
T+40min，我们第二个数据库恢复完毕
T+1h，我们所有关联的核心 infra，RDS/ES/Redis 都 stand by，并且按照生产架构设置主从等优化选项。同时我们也开始正在新的集群启动新的服务
所幸，最终 AWS 的 crash 没有影响我们全部服务。我们无须面对切换流量后复杂的数据修复工作
大概 T+2h 到 T+3h 后，我正式通报全员，紧急状态解除。为保险起见，今晚依旧对 feature 封版。
回顾整个事故，我还可以做的更多
1. 将我之前为自己准备的极端 case SOP，对全员公开。这样确保我即便不在线，也有人能接替我
2. 我们可以做一些提前的预先演练
3. 指令下达可以更果断一些
差不多就是这样，一点分享，希望能帮到大家
