一个没有常识、活在自己世界中的中二病人（话痨）的自留地。
该频道不专注于 Daily 或 News，而是一个记录我当前关注和思考内容的地方。
1. 随机事项：每月为自己安排一些有趣的活动。（大概率🐦🤣）
2. 同步内容：我会收集在其他平台上发布的内容。
3. 私人笔记：没经大脑的学习笔记以及一些个人随想。
4. ACG 内容：浓度高的部份还是挪到 另外一个频道 @tomoko_acg。
5. 内容转发：在这个频道上转发的内容并不必然代表我个人的立场。
该频道不专注于 Daily 或 News，而是一个记录我当前关注和思考内容的地方。
1. 随机事项：每月为自己安排一些有趣的活动。（大概率🐦🤣）
2. 同步内容：我会收集在其他平台上发布的内容。
3. 私人笔记：没经大脑的学习笔记以及一些个人随想。
4. ACG 内容：浓度高的部份还是挪到 另外一个频道 @tomoko_acg。
5. 内容转发：在这个频道上转发的内容并不必然代表我个人的立场。
Oxide 公司使用大语言模型（LLM）的核心原则：以责任感（Responsibility）为首要价值，强调人类对 LLM 生成内容承担最终责任，LLM 只是工具，人类判断必须始终在回路中。
- 严谨性（Rigor）：LLM 可辅助思考，但不能替代清晰思维
- 同理心（Empathy）：需考虑读者或作者的人类感受
- 团队协作（Teamwork）：避免 LLM 使用破坏团队信任
- 紧迫性（Urgency）：不能为追求速度牺牲其他价值
LLM 作为阅读者/研究者：
擅长阅读理解和文档摘要，可用于轻量级研究任务。但需注意数据隐私（Data Privacy），确保上传文档不会被用于模型训练；研究结果需验证来源，不可盲目信任。
LLM 作为编辑者 vs 写作者：
作为编辑器效果良好，可在写作后期提供结构和措辞反馈；但作为写作者问题较多——生成内容陈词滥调，破坏真实性和读写之间的社会契约，Oxide 员工应尽量避免用 LLM 写作。
LLM 作为代码工具：
- 代码审查（Code Review）：可辅助但不能替代人工审查
- 调试（Debugging）：可作为"橡皮鸭"激发思路
- 编程（Programming）：适合实验性/辅助性代码，核心系统代码需谨慎；LLM 生成代码必须经过自我审查（Self-review）后再提交同行评审
LLM 反模式（Anti-patterns）：
- 禁止强制使用 LLM 的行政命令（LLM Mandates）
- 禁止将 LLM 拟人化（Anthropomorphization），因其无法承担责任
https://rfd.shared.oxide.computer/rfd/0576
- 严谨性（Rigor）：LLM 可辅助思考，但不能替代清晰思维
- 同理心（Empathy）：需考虑读者或作者的人类感受
- 团队协作（Teamwork）：避免 LLM 使用破坏团队信任
- 紧迫性（Urgency）：不能为追求速度牺牲其他价值
LLM 作为阅读者/研究者：
擅长阅读理解和文档摘要，可用于轻量级研究任务。但需注意数据隐私（Data Privacy），确保上传文档不会被用于模型训练；研究结果需验证来源，不可盲目信任。
LLM 作为编辑者 vs 写作者：
作为编辑器效果良好，可在写作后期提供结构和措辞反馈；但作为写作者问题较多——生成内容陈词滥调，破坏真实性和读写之间的社会契约，Oxide 员工应尽量避免用 LLM 写作。
LLM 作为代码工具：
- 代码审查（Code Review）：可辅助但不能替代人工审查
- 调试（Debugging）：可作为"橡皮鸭"激发思路
- 编程（Programming）：适合实验性/辅助性代码，核心系统代码需谨慎；LLM 生成代码必须经过自我审查（Self-review）后再提交同行评审
LLM 反模式（Anti-patterns）：
- 禁止强制使用 LLM 的行政命令（LLM Mandates）
- 禁止将 LLM 拟人化（Anthropomorphization），因其无法承担责任
https://rfd.shared.oxide.computer/rfd/0576
╯ 乀
ヘ へ
′
﹀
不也挺好
ヘ へ
′
﹀
不也挺好
【AIR】为什么我们要打倒“神尾观铃”——《AIR》的尼采寓言与新神困境是如何促使《CLANNAD》的诞生的？
@头等舱的熊服务员:
@头等舱的熊服务员:
发布视频-综合-动漫评论
播放量:2.89万 弹幕:14 评论:391
点赞:1948 投币:701 收藏:2163 转发:221
发布日期:2025-11-28 09:00:00
上传日期:2025-11-24 22:05:48
事后每个月都会爆一次，逐渐就习以为常了
音乐文件元数据速记
核心标识
- Title/TIT2/title: 歌名。
- Artist/TPE1/artist: 主表演者。
- Album/TALB/album: 所属专辑名称。
- Album Artist/TPE2/albumartist: 专辑署名艺人（合辑、合作时用）。
- Composer/TCOM/composer: 作曲者。
- Genre/TCON/genre: 风格标签（流派，通常是文本）。
---
曲序 / 碟序
- Track number/TRCK/tracknumber: 当前曲目的序号。常见格式 5 或 5/12。
- Disc number/TPOS/discnumber: 多碟专辑的碟号。常见格式 2 或 2/3。
- Track total/Disc total: 总曲数/总碟数，有些播放器才显示。
---
时间与发行
- Date/TDRC/date: 发行日期，常用 YYYY-MM-DD 或 YYYY。
- Year/TYER（旧 ID3v2.3）: 仅年份。
- Publisher/COMM/comment: 发行方或备注，常用自定义文本存放公司信息。
---
封面与媒体信息
- APIC（ID3）/METADATA_BLOCK_PICTURE（FLAC）: 内嵌封面。封面类型 3 表示 front cover。
- 嵌图常用 JPEG/PNG，分辨率适中可兼顾体积和兼容性。
---
歌词相关
- USLT/lyrics: 未同步歌词（纯文本）。
- SYLT: 同步歌词（带时间轴，兼容性较差）。
- 自定义标签可放翻译歌词，例如 TXXX:LYRIC_TRANSLATION（ID3）或 lyrics-translation（FLAC Vorbis Comment）。
---
别名与多语言
- TXXX:ALIAS（自定义文本）或 alias（FLAC）: 歌名/艺人别名、中文名等。
- 多语言通常通过多个独立 frame（ID3）或多个同名 tag（Vorbis）实现。
---
格式差异速览
- MP3：ID3v2.3/2.4 常见；帧如 TIT2、TPE1、APIC。
- FLAC：Vorbis Comment 是键值文本（如 title=...），封面单独存 METADATA_BLOCK_PICTURE。
- MP4/M4A：使用 atom，如 ©nam(title)、©ART(artist)、trkn(track)、disk(disc)、covr(cover)。
---
整理命名的小贴士
- 单碟：文件名可用 Track - Title。
- 多碟：用 Disc-Track Title（如 2-03 Song.flac），并确保 Disc number/Track number 与文件名一致。
- 统一日期格式、封面大小，避免播放器解析差异。
#TIL
核心标识
- Title/TIT2/title: 歌名。
- Artist/TPE1/artist: 主表演者。
- Album/TALB/album: 所属专辑名称。
- Album Artist/TPE2/albumartist: 专辑署名艺人（合辑、合作时用）。
- Composer/TCOM/composer: 作曲者。
- Genre/TCON/genre: 风格标签（流派，通常是文本）。
---
曲序 / 碟序
- Track number/TRCK/tracknumber: 当前曲目的序号。常见格式 5 或 5/12。
- Disc number/TPOS/discnumber: 多碟专辑的碟号。常见格式 2 或 2/3。
- Track total/Disc total: 总曲数/总碟数，有些播放器才显示。
---
时间与发行
- Date/TDRC/date: 发行日期，常用 YYYY-MM-DD 或 YYYY。
- Year/TYER（旧 ID3v2.3）: 仅年份。
- Publisher/COMM/comment: 发行方或备注，常用自定义文本存放公司信息。
---
封面与媒体信息
- APIC（ID3）/METADATA_BLOCK_PICTURE（FLAC）: 内嵌封面。封面类型 3 表示 front cover。
- 嵌图常用 JPEG/PNG，分辨率适中可兼顾体积和兼容性。
---
歌词相关
- USLT/lyrics: 未同步歌词（纯文本）。
- SYLT: 同步歌词（带时间轴，兼容性较差）。
- 自定义标签可放翻译歌词，例如 TXXX:LYRIC_TRANSLATION（ID3）或 lyrics-translation（FLAC Vorbis Comment）。
---
别名与多语言
- TXXX:ALIAS（自定义文本）或 alias（FLAC）: 歌名/艺人别名、中文名等。
- 多语言通常通过多个独立 frame（ID3）或多个同名 tag（Vorbis）实现。
---
格式差异速览
- MP3：ID3v2.3/2.4 常见；帧如 TIT2、TPE1、APIC。
- FLAC：Vorbis Comment 是键值文本（如 title=...），封面单独存 METADATA_BLOCK_PICTURE。
- MP4/M4A：使用 atom，如 ©nam(title)、©ART(artist)、trkn(track)、disk(disc)、covr(cover)。
---
整理命名的小贴士
- 单碟：文件名可用 Track - Title。
- 多碟：用 Disc-Track Title（如 2-03 Song.flac），并确保 Disc number/Track number 与文件名一致。
- 统一日期格式、封面大小，避免播放器解析差异。
#TIL
🔖 “The local-first rebellion”: How Home Assistant became the most important project in your house - The GitHub Blog #pinboard #homeassistant #iot
其中之一了
https://github.blog/open-source/maintainers/the-local-first-rebellion-how-home-assistant-became-the-most-important-project-in-your-house/
The contributor base behind that growth is just as remarkable: 21,000 contributors in a single year, feeding into one of GitHub’s most lively ecosystems at a time when a new developer joins GitHub every second.
其中之一了
https://github.blog/open-source/maintainers/the-local-first-rebellion-how-home-assistant-became-the-most-important-project-in-your-house/
The GitHub Blog
“The local-first rebellion”: How Home Assistant became the most important project in your house
Learn how one of GitHub’s fastest-growing open source projects is redefining smart homes without the cloud.
🔖 Dashboard - roadmap.sh #pinboard #evergreen
Community driven roadmaps, articles and guides for developers to grow in their career.
https://roadmap.sh/dashboard
Community driven roadmaps, articles and guides for developers to grow in their career.
https://roadmap.sh/dashboard
roadmap.sh
Developer Roadmaps - roadmap.sh
Community driven roadmaps, articles and guides for developers to grow in their career.
《论 Windows 如何才能作为一个稳定的服务器使用》
