InkStone

单就 OP 提的这个方案，看起来应用价值不大

对代码进行重构的代价，写代码本身只占很小的一部分，代码重构后的测试、发布流程才是大头。
如果我都能接受对代码进行重构了，其实用 Go 、Rust 之类的语言把热点重写一遍，内存占用就会显著下降了（身边挺多这样的实践）；但如果我没打算进行大规模重构，那单改一块热点代码来适配 GC ，除非收益真的特别大，不然很难想象这样的技术改造能通过评审……

有一个技巧是 few-shot fine-tuning ，就是你在 prompt 的时候，给大模型一个样例。

就是：
你是 XXXXX ，你的性格是 YYY ，你会输出什么什么格式。

然后给一个或几个样例：
当我给出 AAA 的输入时，你的输出应当是 BBBB 。

这么一通下来，对于不是太复杂的需求，一般就能做到比较好的约束了。

当然，如果你还是对输出格式不放心，可以自己再外面再套一层校验，然后在输出结果不对时，用预设的 prompt 调整输出重新回答。

@jimrok 可以。Ghidra 已经有类似的插件了。不仅能解释，还能做可读性优化

@zhuangku556 说实话从你报的菜名看，玩的游戏恐怕真的不多。

要适配各个机型的话就每个机型（至少每个牌子）都得来一台，不搞深度适配的话，无脑 Pixel 。

@drymonfidelia 不方便在哪里？不管多少位的大整数，转字符串也就一两行代码的函数的事情啊。又不是让你去做大整数运算。

@erwsd32ew 头部大厂客户端大部分是局部加固的，主流做法是虚机方案。如果完全不做加固，黑产真的能把他们底裤都脱掉。