Tohma？

科学ADV(STEAMのシュタゲ0／E简体中文訳者の一人，中国ファンコミュニティ「シュタゲ吧」の管理人として十年以上活動し、 『カオチャ』民間簡中パッチの責任者)、デジモン、バンダイさんのカードゲーム（バトスピ・デジカ・ゼノンザード），A@stupid postdoc now

[Tohma？ @tgy2333]

YN Translation Workshop 2.0 正式发布。
具体的教程还有设计逻辑以及功能拆解请看：
https://t.co/vkseiG1Cl1
除了各个参数含义以外也包含了本项目Agent工作流设计的拆解。

测试了日-中，中-日，英-中等任务。希望想做翻译的同学都能尝试一下，本项目的基本哲学还是人机协作，没有忽视真人翻译的需求。若有github��号能点个星星就最好了！

2.0最大的变化就是内置了一套基于PI-CORE的真正的翻译harness。但设计内核却是“固定化流程，减少不确定性，基本除了固定翻译/校对工作流以外没有其他功能，因此用了大量HOST固定行为，机械审阅后再agent审阅判断真阳与否”，通常能比直接用CC/CODEX等AGENT翻译实现更少token开销，更高质量，几乎稳定避免AI翻译常犯错误。
具体而言：
译名统一：由术语表、角色设定等项目级上下文统一约束译名；Host 会把已经确认的术语稳定注入翻译任务，并在译后再次机械扫描，发现术语偏离时再交给 Agent 判断真假阳，若真阳启动定点修正。
行对齐确定：由 Host 按原文行号和固定区块分配任务，Worker 只能修改自己被授权的范围；回收结果后机械检查行数、空行、顺序和对应关系，避免 AI 自己合并、拆分、漏行或串行，机械扫描高风险部分会让agent判断。
文本代码正则确定性保存：可为变量、占位符、Tag、控制码等设置正则保护规则；翻译前后由程序逐项比对，任何缺失、增删或结构变化都会直接判定失败，再只把出问题的行退回 Agent 修复。
任务范围确定：Worker 的读写范围由 Host 固定管理，可以并行，但不能互相覆盖，也不能擅自修改任务外文本。
完成条件确定：不是 Agent 自己宣布“完成”就结束，而是机械验证、Agent Review、失败项返修等全部通 后才接受结果。

���外本项目前端基于PI-WEB，更是提供了完全暴露的AI思考，能看到AI运行了什么函数，所耗费token，主Agent和子Agent的所有交互对话。

其他部分的主要更新：
1：支持选择是否用代理启动，国内调用codex模型的话需要配置。
2：文件夹模式大幅更新，支持多文件根据选定顺序排列翻译，校对模式下生成包含所有文件的校对报告并能批量应用于所有文件，并能批量写入所有txt。
3：主前端支持手动加入译名，角色，文风，正则规则。
4：Agent对话若支持视觉模型，可发送图片。
5：Agent能识别当前用户停留页面，能一键发送用户选定句子询问agent翻译意见。
6：自动扫描目录下的译文文件，支持一键导入进html。
7：断点恢复。

基本功能：
依然保持着人与AI协作的设计理��
1：行对行可视化，修改部分标记，AI校对标记问题可视化，可一键撤回修改，搜索功能等。
2：随时在项目内打开的术语表，自动机械扫描疑是不对齐行，更改术语时的批量替换。
3：对人类友好的AI校对报告，人类可判断是否接受/自己修改后批量导回html。不替人做判断（如果想放弃思考也能直接应用所有ai建议就是……）
4：局域网远程操作，适合校对。若搭配公网穿透，可公网访问，也就是在公交车上也能校对家里电脑开着的项目。

虽然这次打磨了几个月，不过当然可能还有bug，毕竟是vibe-coding时代，已经无力自己检查代码了……发现的话欢迎反馈。

[Tohma？ @tgy2333]

mcp配置麻烦是没啥办法，弄个自己的域名会轻松点，我也折腾过类似的玩意，结果实际上用的最多的还是不需要折腾的自动发送压缩包给gpt来交互https://t.co/064L5a9qbK等待期间耗额度只能说必然了，之前计算了下实际上调用subagent也是一样基本没省什么主agent token，除非专门设计host唤醒加极长的等待时间

[Tohma？ @tgy2333]

找时间写了下自己做的翻译Harness的设计思路，以及简单的教程
当然更好看的排版还是在agent生成的网页……
https://t.co/VooxWNyMI8 https://t.co/YvYsbRne5O

[Tohma？ @tgy2333]

@Jack_FluxAI G4B7G8

[Tohma？ @tgy2333]

@shengtang135754 邀请码：G4B7G8

[Tohma？ @tgy2333]

@Voxyz_ai Love this tree. I made the same idea but all can be editable by users in Codex and support Skill → workflow graph, pin model per node, approval gates before burning Astra e.t.c. https://t.co/Vr4bwSYK3Z

[Tohma？ @tgy2333]

@ScarletKc 我在config的基础上又弄了个很自定义的工作台，不仅是某个工作的「子代理默认模型 / 推理强度」也可以把 Skill 转成可编辑 Workflow 图，每个节点单独选择模型也行。整体更确定性一些。https://t.co/Vr4bwSYK3Z

[Tohma？ @tgy2333]

https://t.co/AExCDwwax1

[Tohma？ @tgy2333]

YN Translation Workshop 2.0 正式发布。
具体的教程还有设计逻辑以及功能拆解请看：
https://t.co/vkseiG1Cl1
除了各个参数含义以外也包含了本项目Agent工作流设计的拆解。

测试了日-中，中-日，英-中等任务。希望想做翻译的同学都��尝试一下，本项目的基本哲学还是人机协作，没有忽视真人翻译的需求。若有github账号能点个��星就最好了！

2.0最大的变化就是内置了一套基于PI-CORE的真正的翻译harness。但设计内核却是“固定化流程，减少不确定性，基本除了固定翻译/校对工作流以外没有其他功能，因此用了大量HOST固定行为，机械审阅后再agent审阅判断真阳与否”，通常能比直接用CC/CODEX等AGENT翻译实现更少token开销，更高质量，几乎稳定避免AI翻译常犯错误。
具体而言：
译名统一：由术语表、角色设定等项目级上下文统一约束译名；Host 会把已经确认的术语稳定注入翻译任务，并在译后再次机械扫描，发现术语偏离时再交给 Agent 判断真假阳，若真阳启动定点修正。
行对齐确定：由 Host 按原文行号和固定区块分配任务，Worker 只能修改自己被授权的范围；回收结果后机械检查行数、空行、顺序和对应关系，避免 AI 自己合并、拆分、漏行或串行，机械扫描高风险部分会让agent判断。
文本代码正则确定性保存：可为变量、占位符、Tag、控制码等设置正则保护规则；翻译前后由程序逐项比对，任何缺失、增删或结构变化都会直接判定失败，再只把出问题的行退回 Agent 修复。
任务范围确定：Worker 的读写范围由 Host 固定管理，可以并行，但不能互相覆盖，也不能擅自修改任务外文本。
完成条件确定：不是 Agent 自己宣布“完成”就结束，而是机械验证、Agent Review、失败项返修等全部通 后才接受结果。

此外本项目前端基于PI-WEB，更是提供了完全暴露的AI思考，能看到AI运行了什么函数，所耗费token，主Agent和子Agent的所有交互对话。

��他部分的主要更新：
1：支持选择是否用代理启动，国内调用codex模型的话需要配置。
2：文件夹模式大幅更新，支持多文件根据选定顺序排列翻译，校对模式下生成包含所有文件的校对报告并能批量应用于所有文件，并能批量写入所有txt。
3：主前端支持手动加入译名，角色，文风，正则规则。
4：Agent对话若支持视觉模型，可发送图片。
5：Agent能识别当前用户停留页面，能一键发送用户选定句子询问agent翻译意见。
6：自动扫描目录下的译文文件，支持一键导入进html。
7：断点恢复。

基本功能：
依然保持着人与AI协作的设计理念
1：行对行可视化，修改部分标记，AI校对标记问题可视化，可一键撤回修改，搜索功能等。
2：随时在项目内打开的术语表，自动机械扫描疑是不对齐行，更改术语时的批量替换。
3：对人类友好的AI校对报告，人类可判断是否接受/自己修改后批量导回html。不替人做判断（如果想放弃思考也能直接应用所有ai建议就是……）
4：局域网远程操作，适合校对。若搭配公网穿透，可公网访问，也就是在公交车上也能校对家里电脑开着的项目。

虽然这次打磨了几个月，不过当然可能还有bug，毕竟是vibe-coding时代，已经无力自己检查代码了……发现的话欢迎反馈。

[Tohma？ @tgy2333]

11年前？？？？那么早注册推的么我。
不过想想11年前我上大学了（）

[Tohma？ @tgy2333]

If you try this game, starring the GitHub repo is the simplest way to support. It lets me know there are players for the ZZ-project.
Development takes lots of time, and I need that feedback for future updates.
I’m teaching a course this semester and will be busy, update priority depends on that.

[Tohma？ @tgy2333]

ZENONZARD ONLINE-BATTLE https://t.co/Ji1Ol690nD

[Tohma？ @tgy2333]

@tsuchigurizenon @Yel_lw @YoshiYoshieYoX4 https://t.co/E4XhzoV9Js 興味があれば是非やってみ！

[Tohma？ @tgy2333]

@mylifcc https://t.co/TzND5GPcr4 之前fork了一个sol主agent，luna执行的仓库改成了可以在control plane自定义任务类型，提示词和使用子agent模型以及思考程度的更自由的plugin。也支持grok，设置一次就全自动化了。

[Tohma？ @tgy2333]

@klau1001 哎，确实真帆那段互动写得不错，如果不考虑sg0不认识maho的bug的话（当然脑补解释很容易，比如不同的阿尔法线经历）mages还是不知道玩家想要什么。之前e17的重置也是，这次志仓也没参加，每次重置都弄得原作者不爽也是才能。btw我最近在汉化圆环（终于要把这个填了。。）

[Tohma？ @tgy2333]

@klau1001 我在微博说过，mages如果认真做个sg重置，然后像寒蝉之类的一样把番外改成游戏作为本篇通关xx章节后解锁的番外篇那该多好。（阿尔法世界线比如哀心迷途的巴别塔，遥远的瓦尔哈拉，亡环的叛逆，恩仇的布朗运动之类）

[Tohma？ @tgy2333]

@klau1001 on根本没有个正经的作品，游戏丢��了群像剧的多视角所有写手还是外包甚至不如动画，然后说的完全版也坑了，溜粉作。

[Tohma？ @tgy2333]

@klau1001 之前宣传过Steins god（暂用名），志仓直播提及过on的森总是科a新作的主要角色，为新作造势吧。但mages这个半死状态说一个新作不知道几年才能生出来，前还有花了七年生出来的匿名代码那个垃圾。。

[Tohma？ @tgy2333]

@Necokeine @zhongxingyuyes codex用OAuth不是随便接第三方...

[バトルスピリッツ @bs_official]

🎀情報解禁🎀
スタンダードのコラボ第2弾として、『アイカツ！』が参戦！
『コラ��スターター アイカツ！ 新たなる煌めき』、『コラボブースター アイカツ！スタンダードステージ』は12/26(土)同時発売。
収録予定の「星宮いちご」「霧矢あおい」「紫吹蘭」の新規イラストをご紹介！
『アイカツ！』でスタンダードを始めよう！

🌟コラボブースター アイカツ！ 新たなる煌めき
https://t.co/zKl3OloEbw

🌟コラボスターター アイカツ！ スタンダードステージ！
https://t.co/5UL45AORWW

#バトスピ #aikatsu

[Tohma？ @tgy2333]

@x_manguo @0x_Northland ip影响，我回国用个人甲骨文的椅子照样去mini，但一出国就正常路由。