一、问题的提出：善意动机与正确行为的混淆

在日常的伦理判断中，一个普遍且根深蒂固的误区是：将行为的动机与行为的正确性直接划上等号。这种逻辑认为，一个行为若源于善意——例如爱、关怀或帮助的意图——那么即便其过程或结果造成了伤害，也应被理解甚至豁免。

这种思维模式在生活中屡见不鲜：以“为你好”为名进行过度管教的父母；因“关心”而侵犯他人边界的朋友；或是在提供帮助时，因判断失误而“好心办坏事”的个体。当这些行为被摆上台面时，多数人会直觉地感到不妥。然而在实践中，“出发点是好的”却成了一张极具迷惑性的挡箭牌，模糊了责任的边界。

本文旨在剖析这一逻辑谬误的根源，并尝试构建一个更清晰的评判框架，以厘清主观动机、客观行为及其结果之间的关系。在此，我们首先需要明确一个核心前提：善意是一种驱动行为的情感动机，它本质上是主观的；而行为及其产生的客观结果，是独立于动机的存在。

二、谬误的根源：主观情感与客观世界的隔阂

情感，无论是爱与关怀，还是恨与厌恶，都是一种内在的、主观的体验。它无法像物理信息一样被直接观测和传递。一个人内心的情感，只能通过其外化的行为对物理世界产生影响，再由另一人通过观测这些影响（即行为结果），进行逆向推断，从而间接感知。

这意味着，人与人之间的情感理解，本质上是一种基于客观证据的主观推理。这个过程必然存在信息损耗和偏差，因此，一个人永远无法百分之百地理解另一个人。这种“无法完全”的可能性，直接导向了“错误理解”的必然性。俗语“好心当作驴肝肺”所描述的，正是善意动机驱动的行为，被错误解读（或其行为本身确实不当）从而引发负面结果的情境。

误解的产生，根源在于认知的不对称性。我们无法掌握事件的全貌、他人行为的全部背景，甚至无法完全洞察自我。正是这种认知上的差异，构成了人与人之间无法直接、透明地相互理解的根本壁垒。因此，试图将一个纯粹主观、无法被精确验证的“善意动机”作为判断行为“正确与否”的标准，是极不可靠的。

三、构建评判框架：结果定对错，动机定处置

基于上述分析，我们可以构建一个更严谨、更具操作性的双层评判框架：

第一步：以客观结果判断行为的“正确性”。

一个行为是否正确，其唯一的评判标准应是它产生的客观事实与结果。这类似于法律对证据和事实的依赖。一个行为如果侵犯了他人的权利、造成了实际的伤害，那么无论其动机多么高尚，这个行为本身就是“不正确”的。

例如，父母秉持“打是疼，骂是爱”的观念对子女施以暴力，即便其动机是希望子女成才，但从结果上看，这一行为践踏了子女作为独立个体的基本人权，因此是错误的。在这里，人被工具化、被物化，成了动机发出者的所有物。在这种逻辑下，“为你好”成为了剥夺他人权利的通行证，这是对个体尊严最根本的侵蚀。

第二步：以主观动机决定责任的“处置方式”。

在确定了行为的“不正确”之后，动机才作为关键变量进入考量范围。它不决定对错，但决定了我们应如何对该行为及其后果进行处置——是惩罚、矫正、谅解，还是要求赔偿。

这正是区分“过失”与“故意”的核心。例如，过失杀人与故意杀人，其结果都是生命的逝去，行为都是“不正确”的。但两者的动机截然不同，社会对行为人后续的处置（如刑罚与矫正）也因此迥异。因为一个心怀杀意的人对社会潜在的威胁，远大于一个因意外造成悲剧的人。同理，一个为避让行人而撞坏公共设施的司机，和一个因疲劳驾驶造成同样损失的司机，他们需要承担的责任和接受的矫正措施也应有所不同。

规则的首要目的在于防范未来的风险。通过考察动机，我们可以更准确地评估行为人未来再次产生危害的可能性，并采取相应的干预措施。因此，动机并非不重要，它只是不参与“对错”的裁定，而是在“责任与处置”的环节发挥关键作用。

四、深层探因：作为认知模式的“愚蠢”

那么，为何将善意与正确混为一谈的逻辑会如此根深蒂固？其根源，或许可以被一个看似冒犯但实则精确的词来概括——愚蠢。

这里的“愚蠢”并非指智力水平的低下，而是一种认知模式上的缺陷。

• “愚”，指代认知上的愚昧与封闭，表现为拒绝接受新信息、新观念，固执于个人有限的经验。
• “蠢”，则指代思维上的迟钝与懒惰，表现为放弃深度思考，倾向于使用简单的、现成的经验公式去套用复杂的世界。

具备这种认知模式的人，往往将过去的个人经验奉为圭臬，并将其普遍化为永恒的真理。他们懒于、或无力根据变化的世界动态地调整自己的思想。当他们的行为造成负面结果时，为了维护“我是正确的”这一核心自我认知，他们会本能地退回到对动机的辩护上，因为承认动机良好比承认行为错误要容易得多。“为你好”是他们最常用的逻辑闭环，既能占据道德高地，又能回避对错误行为的责任。

这种思维模式与教育水平或人生经历并无必然关联。毕竟，我们不能用一把不准的尺子（如存在问题的教育体系）去衡量另一把不准的尺子（一个人的认知模式）到底有多准。它是一种选择，一种放弃思辨、选择安逸的智力懒惰。而当这种认知模式的个体掌握了权力（如作为父母、老师或管理者），其灾难性后果便会

五、结论

综上所述，一个理性的、公正的评判体系，必须将行为的“正确性”与行为人的“动机”分离开来。我们应首先基于客观结果，判断一个行为是对是错；然后，再基于其主观动机，决定我们应如何公正地处置这一行为及其后果。

一个成熟的社会，其成员应为自己行为的“结果”负责，而不仅仅是用善良的“动机”来自我辩护。放弃以“善意”为名的自我赦免，开始承担起对行为结果的全部责任，这既是智识上的诚实，也是真正的道德担当。

前言：对存在的追问

一切思考始于一个根本问题：我们如何证明自身的存在？这一追问，将我们引向对存在本身的审视。存在的意义为何？万物为何存在，而非不存在？本框架旨在提出一个能够诠释意识乃至万物运作的基本公理，它源于对这些终极问题的长期思索。

我们主张，任何能够被称为“意识”的系统，其所有行为与决策，都源于两种最底层、最根本的驱动力的对立与统一。我们将其定义为：第一本能与第二本能。

公理 I：第一本能 —— 潜能展开/收缩驱动

定义

第一本能，是生命乃至万物最底层的目的性驱动。它并非狭隘的“个体存续”，而是一种更宏大的、面向未来的潜能展开/收缩驱动。

• 潜能展开 (Potential Expansion)：一种对未来的开放态度。它期望所见万物——任务、工作、思想、生命——都能延续下去，开启更多的可能性，增加未来的选项。
• 潜能收缩 (Potential Contraction)：一种对未来的闭塞态度。它指向任务的终结、工作的丢失、未来的断绝，是一种可能性关闭、无法持续下去的状态。

此驱动力由个体自身开始，投射向其所能感知的一切。它回答了存在的终极问题“Why”，即“为何要存在？” —— 为了延续，为了展开更多的潜能。

形而上学之根源

第一本能源于对存在本身的三条基本定律的认知：

1. 万物皆以存续下去为目的。
2. 存在毫无意义，或者说，存在的意义便是存在本身。
3. 如果一个存在的实体（包括抽象概念）其自身的目的已达成，它便会“湮灭”（其“存在”这一事实的终结，而非其“历史”的终结）。

因此，第一本能是宇宙万物避免“湮灭”、追求“存在”这一根本状态的内在动力体现。

公理 II：第二本能 —— 秩序/混沌驱动

定义

第二本能，是意识系统用于实现第一本能的根本方法论。它源于神经系统对规律的内在偏好，是一种面向现实的秩序/混沌驱动。

• 秩序 (Order)：对可预测规律的期望与构建。意识通过建立和扩展其对世界的预测模型，来降低不确定性，从而更高效地导航于现实。
• 混沌 (Chaos)：对不可预测、无规律的厌恶与规避。意外、噪音、混乱，都被视为对系统稳定性的威胁。

此驱动力是意识处理信息、学习、决策的核心机制。它回答了存在的方法论问题“How”，即“如何去存在？” —— 通过建立秩序，来对抗混沌。

综合论：意识的对立统一

意识并非由某一种本能单独主导，而是产生于这两种本能永恒的对立统一之中。

统一性

第一本能与第二本能是不可分割的。第一本能提供了终极的目标（展开潜能），而第二本能提供了实现该目标的策略（建立秩序）。没有第一本能，第二本能将失去方向；没有第二本能，第一本能则无法在复杂的现实中有效执行。二者共同构成了意识与决策的基础。

对立性与权重关系

第二本能具有一种“元认知”的特性，它可以作为一个“虚构的第三者”，对包括自身在内的万物进行审视和评价。这一特性，使得第二本能可以构建出超越物理存续的、抽象的“秩序”——如原则、理想、价值观。

此时，对立便产生了。意识的最终决策，取决于两种本能在特定情境下的权重关系。

一个为了捍卫某种理念而自我牺牲的人，其行为看似违背了第一本能。但从权重角度看，这可能是其第二本能（对“原则”这一抽象秩序的维护）的权重（如90%）压倒了第一本能（对“潜能展开”的追求）的权重（如10%）的结果。

因此，第二本能并非拥有比第一本能更高的“优先级”，而是其构建的抽象秩序，可以在价值判断中获得更高的“权重”，从而抑制甚至否决第一本能的直接表达。

结论

“第一本能与第二本能”框架，为我们理解意识提供了一个基础模型。它将生命最深层的存在目的（潜能展开），与心智最核心的运作机制（秩序构建）联系起来，并通过“权重”这一变量，解释了从最基本的生存行为到最复杂的价值抉择。这一框架不仅适用于理解人类意识，也为构建真正意义上的人工智能，提供了一条可能的路径。

第一部分：问题的提出 —— 大学该培养自制力吗？

缘起：一个来自他人的疑问

在之前与他人的交谈中，他向我抛出了一个疑问：

“大学生自制力差的问题如何解决，我们可以通过增加晚自习进行控制吗？”

这次对话，让我开始深入思考一个更根本的命题：大学在学生的基础品质（如自制力）塑造中，究竟应该扮演何种角色？我的初步结论是，当前普遍存在的“培养”思路，可能是一种责任错位。

大学的角色不应是“从0到1”的培养，而是“从1到N”的维持与升华。强制晚自习等措施是“培养”的思路，而提供24小时图书馆等优质资源则是“维持”的思路。前者是大家长式的外部规训，后者是基于个体意志的内部驱动支持。

然而，要论证为何大学应该“维持”而非“培养”，我们必须先回答一个更底层的问题：个体的品质究竟是如何形成与改变的？

第二部分：问题的根源 —— 品质形成与改变的量化模型

起点：对一种归因谬误的批判

思考始于对一种常见现象的观察：一些父母在面对孩子的问题时，其归因逻辑并非基于事实，而是源于一种自我保护机制——为了维护“我是正确的”这一核心自尊，必须将错误归于外部（网络、游戏、朋友等）。

我意识到，这种行为模式并非由具体经验直接导致，而是由一种根深蒂固的“品质”所驱动。这引出了核心问题：一个人的品质是如何被固化的？又需要怎样的条件才能被改变？

核心构想：一个关于品质改变的量化模型

品质的改变并非简单的线性累加。微小的反抗，在时间上无法撼动长期固化的品质。然而，某些“烈度”足够大的事件，却似乎能够打破这种稳态。这让我开始构想一个量化模型，其中品质的改变取决于两个关键参数：经验的“烈度”与经验的“长度”。

“你不是知道你错了，而是你知道你要死了。”

这句话精准地描述了“烈度”的极端效应。当一个事件的烈度触及生存或核心利益的底线时，它对品质的冲击是颠覆性的。

基于此，我初步构建了以下的函数关系：

其中，“个体初始状态”包含了基础品质的初始值和系统敏感性。“发生时间点”则暗示了品质塑造存在最佳窗口期，如幼儿与少儿阶段。

深入探讨：品质改变与元认知（Metacognition）的关系

那么，这种改变是否必须依赖个体的“元认知能力”？通过对戒网瘾学校（元认知被破坏）和戒毒（元认知可能参与）等案例的推演，我得出了一个二元结论：

• 元认知能力的变更，必然导致品质的变更。因为构建品质的工具（思考的思考）本身发生了变化。
• 但是，品质的变更，不一定需要元认知能力的参与。外部经验的烈度和长度，可以直接绕过元认知，通过强力塑造来改变品质。

第三部分：模型的应用 —— 对大学职责的再定义

为什么大学不应“培养”基础品质？

现在，我们可以用第二部分建立的品质改变模型，来回答第一部分提出的问题。

根据模型，成年人的品质（即“个体初始状态”）已经相对固化。要改变它，需要投入“烈度”极高或“长度”极长的经验。对于大学而言：

1. 大学无法提供足够的“烈度”。强制晚自习等措施，其烈度远不足以撼动一个成年人十几年形成的习惯，反而容易触发逆反心理。
2. 大学不应投入过度的“长度”。将宝贵的教育资源，长期投入到对少数学生基础品质的“补救”工作中，是一种巨大的资源错配。这既不公平，也违背了大学作为“高阶训练场”的核心使命。

因此，结论是清晰的：大学教育的投入产出效能，决定了它必须将资源集中于那些“个体初始状态”已经达标的学生身上，即那些已经具备了基础自制力的学生。

大学的真正使命：从“补救”到“赋能”

从繁重的“基础品质补救工作”中解放出来后，大学的真正使命才得以彰显：

• 构建真实世界认知：成为连接象牙塔与真实世界的桥梁。
• 锻造“穿越周期的元能力”：培养提出好问题、整合异构知识、爱与同理心、目的论决断等核心能力。
• 赋能理想，而非灌输理想：赋予学生将理想变为现实的能力、毅力与决心。

要实现这一目标，其系统性前提是选拔机制的升级，即建立一个能衡量综合素养的“社会分流器”，确保进入大学的学生已具备必要的“基础构件”。但这其中，又必然面临权力、公平、评估等一系列无法回避的宏大矛盾。

结语：在“沉默伤亡”与“剧烈代价”之间抉择

任何大规模的革新都势必带来阵痛。但是，维持现状并非零成本，它是一种以整个社会活力缓慢衰退为代价的“沉默伤忘”，是一种确定的悲剧结局。而改革，虽然代价剧烈而可见，但它是在两难中，对一个更好可能性的抉择。

综上，我的观点是：我们应当基于对个体品质形成规律的深刻理解，重新审视大学的职责。将错加在大学上的“培养”责任，归还给其应承担的家庭与基础教育主体，从而让大学能将有限的资源，集中于为国家和社会培养能引领未来的、真正优秀的人才。

问题背景

在本科生毕业设计及各类学术论文的撰写中，数学公式的排版规范通常要求使用类似Times New Roman的传统衬线字体风格。长期以来，通过Word内置的Microsoft Equation Editor 3.0 (MEE 3.0) 创建公式是标准操作。

然而，该方案目前存在两个主要问题：

1. MEE 3.0的安全隐患与淘汰问题：MEE 3.0组件因存在严重安全漏洞（CVE-2017-11882），可被利用执行远程代码，自2018年起已被微软从Office中彻底移除。继续使用该组件将使设备暴露于信息安全风险中。
2. 新版公式编辑器（OMML）的显示问题：自Office 2007起，Word内置了基于OMML的现代化公式编辑器。该编辑器安全、先进，但其默认数学字体为Cambria Math。该字体在斜体、括号等字形上与Times New Roman存在显著差异，不符合多数师生的传统排版审美与规范要求。

本文旨在提供一个兼顾安全性、规范性和零成本的解决方案，以应对上述两难情况。

摸索与测试过程

1. 最初尝试直接在OMML编辑器中，将公式的默认字体手动更改为系统自带的Times New Roman。测试发现，普通文本字体（如TNR）并未包含完整的专用数学符号库。这导致在输入复杂公式时，频繁出现字符无法显示（“方框”）或宏命令（如 \sqrt）渲染失败的问题，此路不通。
2. 随后，研究方向转向寻找专业的“数学字体”（Math Font）。经网络检索，测试了多款字体。发现多数开源数学字体在风格上与Times New Roman仍有差异，而风格相近的字体（如MathType自带的Euclid Math Two）则为商业付费字体，不适合向所有学生进行无成本推广。
3. 最终，在查阅开源字体项目时，发现了 XITS (Times-like font for scientific publishing) Math项目。根据其项目描述，该字体的设计目标，正是在Unicode标准下提供一套风格与Adobe Times字体家族高度相似的完整科学符号集。理论上，这完美符合我们的需求。
4. 为验证实际效果，使用一段包含积分、求和、矩阵、希腊字母等多种元素的LaTeX代码，对三种方案进行了渲染对比测试。

渲染效果对比

综合测试 LaTeX 代码:

E(x)=\int_{-\infty}^{\infty}\frac{\sum_{k=1}^{N}\sqrt[3]{\alpha_k x^2+\beta_k}}{\Gamma(k)}e^{-i\pi kx} dx+\underbrace{\begin{pmatrix}\nabla\cdot \mathbf{E} & \frac{\partial \mathbf{B}}{\partial t} \\ \nabla \times \mathbf{E} & -\vec{\mu_0}\vec{J}\end{pmatrix}}_{\text{张量示例}}

A. 传统方案: MEE 3.0 + Times New Roman (存在安全隐患)

B. 新版默认方案: OMML + Cambria Math

C. 本报告建议方案: OMML + XITS Math

对比结果清晰表明，方案C的视觉效果与方案A高度一致，同时规避了其安全风险。

解决方案

1. 下载并安装XITS Math字体
   • 访问XITS项目GitHub官方页面： https://github.com/aliftype/xits
   • 下载最新字体包（.zip），解压后全选所有 .otf字体文件，右键点击，选择“为所有用户安装”。
2. 在Word中配置默认公式字体
   • 在Word的搜索框中搜索“公式选项”并打开。
   • 在“公式区的默认字体”下拉菜单中，选择“XITS Math”，点击“确定”。

完成上述步骤后，当前设备上所有基于OMML新建的公式都将默认使用XITS Math字体渲染。

方案优势总结

• 高安全性: 使用微软官方支持的OMML内核，彻底规避MEE 3.0的已知安全漏洞。
• 规范统一性: 视觉效果与传统Times New Roman排版风格无缝继承，解决了新版编辑器的美观问题。
• 零经济成本: XITS Math字体遵循SIL开源协议，完全免费，无版权风险。
• 强未来兼容性: 基于Unicode和OMML标准，确保文档在未来的Office版本或其他操作系统中保持良好兼容性。
• 专业与完整性: 作为专业数学字体，其符号库完整，可避免“缺字”或“方框”问题。

摸索过程如下：

对 2017、2019、2022 各版本均尝试了兼容性启动，管理员启动，卸载重装等操作，无效。打开 ollydbg 尝试调试分析，显示存在调试软件运行中而无法运行。经过几番辗转，找到一个 2006 版本的，运行后终于遇到第一个报错。

报错显示非法访问。

根据报错信息查找解决方法，找到这一篇文章 https://blog.csdn.net/iteye_5856/article/details/82510258 ，对各版本逐一尝试，又无效。尝试调试，能够成功调试 2006 版的。

如图在异常处设置了一个软断点，并设置了一个异常断电，均无法命中。

如图，发现不存在 0x5F455345 的地址。到此，本人的半吊子水平再不能分析出更多东西了。为排除硬件问题还是软件问题，打算扔到虚拟机里运行看看。

均能正常运行（图为在 Win7 虚拟机中运行的 2019 版截图）。

在 Windows10 虚拟机中运行亦能正常运行，故大概可以排除是系统版本或者硬件问题了。现猜测是驱动冲突或者软件冲突之类的问题导致该问题产生，不过既然虚拟机能够正常运行，本人也不继续折腾了，待后续有时间、技术能力提升后可能再继续研究这个问题。

解决方法如下：

1.下载 VMware Workstation Pro

注册登录 Broadcom Support Portal 后下载，注意版本需要在 17.5.2 版本以上，于 2024 年 5 月 14 日 VMware 推出的 Workstation Pro 17.5.2 和 Fusion Pro 13.5.2及之后的版本才对个人使用完全免费。

2.创建一个 Windows 虚拟机

这里我用了一个 Win7 和 Win10 的镜像做测试，网上教怎么创建虚拟机的教程挺多的，这里就不提供地址了。

3.将安装包传入虚拟机

这一步建议通过安装 VMware Tool 后设置共享文件夹，通过共享文件夹将文件传入到虚拟机中。

4.按照正常安装步骤安装

而后即可进入到虚拟机中对应的共享文件夹中找到传入的文件，然后按照读者找到的资源的安装教程按步骤进行安装运行即可。

索‧希艾尔（ソル・シエール／Sol-Ciel） 本作的舞台“索‧希艾尔”是由一座巨大的塔“艾尔托内里可”及其周围环绕的浮游大陆“荷尔斯之翼（ホルスの翼）”所构成的闭锁世界。浮游大陆的下方为“死之云海”所覆盖、上空为“暴风层（ブラストライン）”所遮覆。在过去，这个世界也曾拥有过天空与大地、以及高度的科技文明，但这些都已在两次的灾祸之中消逝而去了。第一次是因战争中“葛拉斯诺盘（グラスノ盘）”这个设施的崩毁而发生人称“葛拉斯诺地狱（グラスノインフェリア）”的大惨剧。第二次则是被称为“诗魔法少女”的种族所发动的反乱战争。
事实上，从系列的第二作开始我们可以发现索‧希艾尔亦只是这颗名为“黑太阳”（アルシエル,Ar Ciel）的星球上的一块地区而已。由于死之云海的阻隔，使这个世界上的各地域之间难以交流，因而人们便将自己所生活的“索‧希艾尔”认识为“世界”的全体。 艾尔托内里可（アル・トネリコ/Ar Tonelico） 矗立于索‧希艾尔世界中的通天巨塔，是古代与堤尔族合作所建造的音之魔力增幅塔。在二次的大灾难中而失去大地的人类，目前仅能依附于塔周围的浮游大陆而生活。现今，塔的内部有一群名为“病毒（ウイルス）”的魔物徘徊著。塔的中层“茵姆．菲娜”是一群持有超常力量的“堤尔族（テル族）”所居住的地区，塔上层则有着被称为圣地的城市“普拉提那（プラティナ）”，下层则是“荷尔斯之翼”的所在处。由于堤尔族的封闭以及思想等等因素，上下层之间并没有往来。
另外，这座塔同时也供给著次作所在的舞台“梅塔．法尔斯”地区的第二塔“索．玛尔塔”的导力，以及作为该地区除I.P.D以外的诗魔法少女的诗魔法服务器。在本作中盘，当艾尔托内里可的机能大部分停止的时候，第二塔地区也因而受到了波及。

艾尔・爱雷米亚教会（エル・エレミア教会） 将源血种的诗魔法少女作为神一般的崇拜，希望借由信仰来支持人们的心灵的教会。将传说中的存在－三位源血种诗魔法少女称作“爱雷米亚三讴神”，期望借由唤醒并使她们降临，能为人们带来幸福。艾尔・爱雷米亚教会将拥有特殊能力的诗魔法少女当作圣女候补而尊崇并予以保护。主要的活动在于进行塔的探索以及前往圣地“普拉提那”，其代表为“法尔斯祭司”。后来在法尔斯祭司死后，总司指派了拉道尔夫作为新的祭司。

天霸 在被称为“萤火横巷”（ほたる横丁）的塔下层地区开展事业的巨大复合企业。与艾尔・爱雷米亚教会相对，研究并利用艾尔托内里可的古代科学技术，也为此利用诗魔法少女们的力量，并以她们为核心来设立军队。由于天霸是塔下层除了教会以外唯一免费供给诗魔法少女用的延命剂的单位，使得许多诗魔法少女不得不因此加入天霸。现在的社长是“亚耶乃・莱萨・埃尔杜克”。

呗石（しょうせき） 呗石是存在于索‧希艾尔世界中一种具有将＂音＂转换成魔力的结晶，其会无差别地吸收周围的声音，并将其化为魔力而放出的危险矿物。最初是由一名月奏，人称“音科学之父”的男子所发现的结晶。人类将其分类出“吸收”、“増幅”及“放出”等三种特性，并成功的制御了这股力量。经研究后分离出了仅具有吸收特性的“帕拉美诺（パラメノ）”结晶以及仅具放出特性的“葛拉斯诺（グラスノ）”结晶。为了防止结晶的力量遭到滥用，而在塔内设置了称为“银号角”的分界器来管理＂音＂的流动。

情节 随着曾经为索‧希艾尔的世界带来灾厄的魔神．谬露诱拐了负责封印它的少女弥纱，潜藏于艾尔托内里可之塔内的病毒生命体开始源源而出。居于塔的上层都市“普拉提那”的骑士莱纳，被塔的管理者修蕾丽亚托付寻找对付新种病毒生命体的诗歌水晶（Hymmne Crystal）的使命，因而驾着飞行艇只身前往塔下层的浮游大陆“荷尔斯之翼”。然而，莱纳的飞行艇却在途中因受病毒攻击而坠落；身受重伤的莱纳在奄奄一息之际与艾雷米亚教会属下的“诗魔法少女”欧丽卡邂逅，并为她所救。
塔下层的生活与上层有着天壤之别。在下层，与欧丽卡同样能使用诗魔法的诗魔法少女是备受歧视与差别待遇的种族；诗魔法少女们在出生之际就以能力高下被分级，并依此决定一生的命运。在寻找诗歌水晶的途中，莱纳辗转见识到了世间的种种不合理、教会与野心勃勃的企业“天霸”之间的势力角斗等等，进而被卷入了使魔神谬露复活并利用其力的阴谋之中。莱纳与他的伙伴们经历千辛万苦，终于一步步揭开了意欲终结世界的谬露的真面目……！

达Xの屁话时间：
大家......好久不见呀......总感觉自己好像好久没有正式更新过了，上次有印象的正式更新还是魇骑夜谭那会儿，我没记错的话我还没把那游戏的屁话给写完呢......嘛~没写完的作品也可以是艺术构成的一环嘛~那个叫什么，缺陷之美，欸对，就是这个。
好嘞，那么就言归正传吧。这次给大家带来的是 Gust 和万普合作制作的魔塔大陆系列的第一作，《魔塔大陆 在世界终结续咏诗篇的少女》，可能很多人已经知道为什么会是这一作了，因为前不久才出的汉化嘛，大约一个月前。为了避免剧透，我还是惯例地不会在此书写任何可能影响游玩体验的内容的。那么该写些什么呢？就写写我和该系列游戏之间微不足道的故事吧。
第一次接触这个游戏，还是因为游戏其中的音乐，就是那一首大家耳熟能详的 EXEC_COSMOFLIPS/. ，旋律吸引着我去理解歌词，而在这个过程中我又了解到了 hymmnos 语的存在，继而又将我与该游戏联系在一起。那时候我才 13 岁，也就只能拿个 mp3 来回听罢了。
到了 16 岁那年，我开始尝试学唱外文歌曲，寻思着日语我也看不懂，英语我也看不懂，那 hymmnos 语相比起来也没什么特别嘛，一样看不懂罢了，于是开始闲得无聊在没有电子产品的课间时间尝试记住那一个个大大小小的圆圈......
在一个月前，偶然间首页被推送到了该游戏的汉化视频，直接惊得我在床上一个鲤鱼打挺瞬间起立，把室友们都吓了一跳。What can I say，26个字母我现在能记住的只有零星几个了，数字倒还能记住怎么画，但是歌曲也忘记怎么唱了，但是无论如何这游戏也都承载了我相当一部分的青春啊。于是我即刻抱着对汉化组无以言表的感激之情下下载了游戏游玩。
我玩过的老游戏不算多，但是统共玩过的游戏应该也不算少，我从未有过如此柳暗花明的体验。该游戏的音乐实在震撼，无论是质量上还是数量上，当第一章结束之时我听见那歌曲——EXEC_LINCA/. ，我当然不会就此以为要结束了，但是对此抱有怀疑心态，万一这就是一个稍带遗憾的结局呢？结果在歌曲播放过程中，我打算找到这首歌加入曲库，却发现该歌曲同专辑下还有一堆我没听过的歌，还捕捉到专辑名称中“side.红”字样，我便意识到该游戏不会到此为止，于是复制专辑的部分名称继续搜索，果真发现了另一专辑，这种幸福是无以言表的，我当时发现我还能享受到如此之多的内容，听到如此之多的歌曲时，我泪水都涌上来了。对啊，如果我在游戏里都不能创造一个让所有人都能幸福的世界，那也太悲哀了吧？
最后的最后，尽管实际的游玩时长没有达到我预期的长度，但是依然让我享受到了一次震撼、奇幻、不留遗憾的异世界之旅。感谢游戏制作组，再次感谢汉化组。
然后就是，我知道这不是黄油，但是我觉得嘛......它包含了 galgame 元素欸，那有 galgame tag 了那不就是 galgame 嘛，我觉得是那便是，因为这里是我的站（自信叉腰，而且我也实在想把这个游戏分享给大家，所以我就传上来了。里面还是又不是引人浮想联翩的词句的，比如说“第一次”啦，“可能会有点痛”啦，“进到里面”啦之类的。尽管这个游戏是相当健全没有那些内容的，但是在语句歧义上和服装上可能还是有点激进的，大家尽量不要在公共场合外放游玩。哦对，这游戏支持手机来着，弄个 PS2 模拟器就行了，模拟器什么的这里就不整合了，我看看到时候群里有没有人需要我再决定要不要扔到站里，那么就到此为止吧，也再次感谢这美妙的游戏让我与你们再次相遇，若非这个游戏，可能我也很难再有机会去写这么一大片毫无营养的长篇大论了，虽然也不知道会有多少人去看（
是时候学日语和 hymmnos 语了啊，期待有朝一日我也能生啃游戏，感觉好多优秀的游戏都因为语言的隔阂导致我不能享受，甚是遗憾啊。真的真的非常感谢汉化组，感谢所有用爱发电的汉化组们的无私奉献，让我能够享受到如此多优秀的游戏。
Was yea ra chs hymmnos mea, an yor.

依赖：

Requests==2.31.0

selenium==4.15.2

import json
import time
import requests
import urllib.parse
from selenium import webdriver
from selenium.webdriver.common.by import By

# 输入必要信息
client_id = "" # 此处填入您应用的AppKey
device_id = "" # 此处填入您应用的AppID
client_secret = "" # 此处填入您应用的SecretKey
""" 
以上必填信息请根据 https://pan.baidu.com/union/doc/ol0rsap9s 在 https://pan.baidu.com/union/console/applist 中获取
"""

# 获取授权页面
code_url = "http://openapi.baidu.com/oauth/2.0/authorize?response_type=code&client_id=" + urllib.parse.quote(client_id) + "&redirect_uri=oob&scope=basic,netdisk&qrcode=1"
code_response = requests.request("GET", code_url)


driver = webdriver.Chrome()
# driver.set_page_load_timeout(20) # 设置页面加载超时时间

try:
    driver.get(code_response.url)
except Exception:
    pass

element = driver.find_element( By.XPATH , "/html/body/section/div/div/div[1]/h3" )
text = element.text

# 寻找授权码code
while text != "找到了！":
    try:
        driver.find_element( By.XPATH , "//*[@id='d_clip_button']" ).text
        text = "找到了！"
    except:
        time.sleep(1)
 
element = driver.find_element( By.XPATH , "//*[@id='Verifier']" )
code = element.get_attribute("value")

# 获取Access_token
url = "https://openapi.baidu.com/oauth/2.0/token?grant_type=authorization_code&code=" + code + "&client_id=" + client_id + "&client_secret=" + client_secret + "&redirect_uri=oob"

payload = {}
headers = {
  'User-Agent': 'pan.baidu.com'
}

response = requests.request("GET", url, headers=headers, data = payload)

s = json.loads(response.text.encode('utf8')) # 解析获取的json

print ("您的授权码为：",s["access_token"]) # 提取access_token的值

input()

Github上也上传了，如果有帮助到你的换希望能点个小星星~>>>Github

使用方法就是：安装依赖后按注释输入必要信息后运行即可。那接下来我就把更简单获取授权码的方式也写一下吧。

http://openapi.baidu.com/oauth/2.0/authorize?response_type=code&client_id=【您的AppKey】&redirect_uri=oob&scope=basic,netdisk

将您的Appkey填入链接后浏览器打开，会跳转到另一个URL，跳转到的URL中将包括一个Access_token的值，那个值就是您所需要的授权码。

[Qruppo] 抜きゲーみたいな島に住んでる貧乳はどうすりゃいいですか? / 住在下体升级岛上的贫乳该如何是好？V1.02【PC 汉硬】

【故事简介】
[表介绍]
青蓝岛……这里有着被通称为[超色情条例]的规定、这里是[变态交配]被允许，合法化的乌托邦。

橘淳之介……对[童贞]的自己有着崇高荣耀，深入到骨子里的[处女厨]的他，本该是与小岛最无缘的人类。 可是，因为一些原因，不得不转入到青蓝岛上的[水乃月学园]的他，所面对的[不SEX就是违反校规]这样可怕的规定。

但是更可怕的是，如果违反条例规则的话，他将面对的便是，对岛上的规则和条例绝对遵守的，由婊子和公交车组成的[学生会]和[风纪委员] 通称[SS]的组织。 [立即逮捕，立即扒光，立即被干] 这边是[SS]的行事准则。

怎么办！被婊子们盯上了童贞的橘淳之介该怎么办！？ 说起来，更让人担心的是处女厨橘淳之介，能够在这个满是婊子和公交车的岛上找到自己的女主角吗？ 不过在那之前，违反了条例的橘淳之介能够从那群婊子SS的魔掌里逃出来吗！？

总而言之，为了死守童贞，淳之介和同伴们壮烈的战斗，此刻，拉响了序幕。

[表OP]

达Xの屁话时间：
啊~啊~诸位好久不见喵~好久没更游戏了喵~先在开头给各位道个歉喵~因为最近达X滚去推了很多rpg黄油，所以adv这类的黄油就长时间没怎么动过，所以作业想更也没什么能更的，对此达X在这里表示红豆泥私密马赛！
咳咳，道歉结束了，那我们就回到游戏本身上来。本次给大家推荐的这个嘛......就是大名鼎鼎的《拔作岛》咯！不过剧情上感觉也没啥好说的，这游戏精彩的地方几乎都会涉及剧透，不过反正就是很精彩就对啦，我就好这口，但因为涉及剧透，所以这里就不说了（才不是因为懒呢！哼哒￣へ￣）
画风嘛，如图所示的非常棒啊，白毛可爱啊，粉毛可爱啊，黄毛可爱啊，蓝毛可爱啊，SS的大家都很可爱啊。
哦对了，写到这里刚刚想起来，这作唯一的遗憾是不能推妹妹，好想妹妹S起来一边毒舌骂我一边踩我啊~那高速毒言根本没人能够拒绝好伐！
唔......然后也没什么好说的了，抱歉，太久没写屁话了，所以憋不出多少了，接下来我肯定还会再尽力推几作，尽量把以前写屁话的感觉找回来。
至于这个汉化组的成员好像发了什么怪言论，我不知道啊，我什么都不知道，这里只是单纯分享资源而已，如果大家有不喜欢这个汉化组的话可以进群找我要生肉版，主要是我这里懒了，实在不想再传一份上来。
唔姆，想说的就这么多了，过几天后见喵~(但愿只是过几天吧......)

首先看到文件结构，Unity引擎的游戏，和我之前跟着教程破解的《Alice in cradle》类似：

于是抱着试一试的心态打开"/Data/Managed/"，果然看到了Assembly-CSharp.dll。

参考https://www.bilibili.com/video/av4740378，我用dnspy打开Assembly-CSharp.dll后，却没有直接找到文本。我像无头苍蝇一样重新翻找了一下文件，发现另一个文件夹“/GameMaterial/”中包含有voice、sound、bgimage等的文件夹，结合单词意思猜测游戏资源文件就在这个文件夹内。

经过排除法最后锁定在“/Scenario/”文件夹内，但是里面的文件后缀是我完全没见过的.dsm结尾。

直接打开是乱码，无法直接读取，应该是加了密。

之后只能再一边通过网上查询，一边继续看Assembly-CSharp.dll内的文件。然后我找到了这样一则帖子https://www.jianshu.com/p/2648a91cca96，跟随文章的指引我果然在Assembly-CSharp.dll中找到了LoadScenarioScript.cs，LoadScenarioScript.cs中也找到了三个解密的函数。

巧合的是，我也是门外汉，而且是unity和C#都完全不会那种，于是抱着顺便学一学的想法开始一边查资料一边学一边生啃代码的痛苦之旅。

首先我是对着ReadFile()顺了一遍思路，发现它和解密完全没关系，其作用是将需要解密的密文读取然后传递给DecryptString()进行解密。

而另一个参数“pass”很有可能就是密钥。

接着我对着DecryptString()啃，发现解密过程中的key和iv是固定的，GenerateKeyFromPassword()接收的函数中没有一个是和文本相关的：

然后我就把DecryptString()和GenerateKeyFromPassword()单独复制出来，稍加修改：

导入加密文本之后，对比导出结果，解密成功！

之后汉化工作就可以开始了，但是光是解密还不行，还得想办法加密回去游戏才能读取，于是我就开始尝试自己写加密代码了。

通过解密工作了解到这玩意儿应该只经过AES加密和Base64加密，盐和“pass”生成密钥，但是生成方式是固定的，所以PBKDF2算法我不需要去了解。由于对C#的不了解，我是想当然地觉得有加密就会有解密，于是查看官方帮助文档，看到相似的函数就用，比如有Convert.FromBase64String()，我就尝试用Convert.ToBase64String()；有ICryptoTransform.TransformFinalBlock()，我就尝试用ICryptoTransform.TransformBlock()等等。

当然，无情的现实告诉我想当然是行不通的......

在经过一下午的无用尝试后，我就想着能不能直接用AES的加密方式套上去呢？然后我就去搜了并试了：

成功加密回上一步，接着最后一步变成原加密文本，我觉得这回用ToBase64String()总没错了吧，然后

成功加密回原加密文本，加密代码如下：

至此游戏文本的破解工作到此结束，应该可以开始愉快的汉化文本之旅了~