学科、工具、语言倾向分析

机械 + 职业教育 + 信息化三条腿；Python / Flask / SQLite 为主，能单文件不拆包

依据：USER.md / MEMORY.md 长期事实 + 本会话全部真实项目（古镇建筑、航模船模、尺蠖机器人与夹爪、人工肌肉、教资答题、TaskFlow、知识库门户、Hunyuan3D 建模、Colorfigures、Flint/llama.cpp、信箱协作等）
不做性格推断，只做能力画像——用来给做梦系统提供「人从哪来」的底座

---

一、学科主轴：机械 + 职业教育 + 信息化，三条腿

1. 机械工程（根）

• 本科级力学与机械原理，实战到装配体级别：SolidWorks 装配约束、出图、公差配合
• 真实项目：三瓣式弧形夹爪（jaw_inner_r=75、jaw_angle=120°、arc_angle=102°）、尺蠖机器人 Y-Zipper 两段 10 kg、钢绳 + TPU 气囊人工肌肉
• 精细化程度：包围盒、三角面数、体积/面积对账误差要算到 0.004%；不接受"差不多"

2. 职业教育（场）

• 南职大数智学院教师，高工，14 年企业技术管理后转教职
• 兼安义三小科学副校长——跨学段（高职 + 小学）都直接下场
• 产出形态：活页式教材、64 课时 AutoCAD 竞赛课、技能竞赛集训
• 方法论上要求对标式论证：锚在同类院校、1:1 真线、往届一等奖等外部参照，不做自述式陈述

3. 信息化与自动化（手）

• 不满足于"用软件"，而是自己搭软件：Flask 站点、PM2 常驻、Nginx 反代、Docker 隔离、本地大模型推理
• 真实系统规模：24 个 PM2 常驻服务、3 条 crontab、6 个 Hermes 定时任务、4 台机器互相收发信箱
• 有一条硬边界：共享机器不留凭据

---

二、工具栈（按真实使用频率排）

三维与仿真

工具	用途	真实场景
SolidWorks	主力 CAD，装配与出图	夹爪、环坯、bracket 全部在这里对账
OpenSCAD	参数化建模	夹爪三视图；喜欢"改一个参数看全家变"
Blender	场景搭建、渲染、GLB 导出	古镇 18 景、锦绣布庄白模/贴图/四视图
AutoCAD	施工图、教学	64 课时竞赛课；CadFlow 实测过但残缺
MuJoCo	物理仿真	夹爪滑动/铰接两版；弃 PyBullet
FreeCAD / CadFlow / SolidCraft	CAD 工具横评	做过 FunCADBench + IndustrialCAD-1400 六项验收口径

AI 生成与推理

工具	用途	真实参数
ComfyUI	图像生成、图生 3D	Qwen-Image 2.1 节点链，86–100 秒/张
Hunyuan3D 2.1	图生 3D + PBR	最终 39,987 面 / 1,281,344 B / 512 贴图
kcode（Kilo Code 7.8.15）	派活写代码	Docker 沙箱 kcode-sandbox:7.8.15，密钥只读挂载
Ollama / vLLM / NInfer	本地推理	NInfer 跑 Qwen3.8-27B @ :50002，384K 上下文，71 tok/s
llama.cpp	极端量化	Flint NVFP4 22.86 GB，49 层 MoE，6/256 激活
Playwright	多端验收	7 档设备视口截图，vivo Pad 6 Pro 1770×1158

部署与协作

工具	用途
PM2 + systemd	24 个常驻服务托管
Nginx	反代、子域、证书；踩过 alias+try_files 的坑
Docker	沙箱隔离；踩过 .103 vs .100 代理配错的坑
内网信箱	4 台机器互相派活/回执，61080 与 60000+Host 双通道
git	本地版本管理，逐轮提交

招投标与文档

• 招投标文件格式审查是本职之一
• 公文级排版要求：宋体正文、黑体标题、1.5 倍行距；Word 禁 markdown 符号、序号用 (1)(2)(3)、打印就绪
• 基金/专利：NSFC 格式可研 11 章、GB/T 7714 引文、权利要求书

---

三、编程语言与框架倾向

语言优先级（按实际代码量）

1. Python —— 绝对主力。后端、脚本、数据处理、仿真控制、ASR、验收器
2. Shell / Bash —— 部署、守护、批量。数量仅次于 Python
3. JavaScript / Node —— 前端页面、Playwright、容器内的 API 调用
4. SQL —— SQLite 为主，读写分离（mode=ro 只读视图 + 独立写路径）
5. GDScript / C++（少量） —— Godot、llama.cpp 编译
6. HTML / CSS / Jinja —— 模板层

框架倾向（很明确）

层	选择	倾向原因
后端	Flask + Jinja2	轻、单文件能起、好反代。不用 Django/DRF
前端	原生 JS + 内联 CSS，必要时 three.js	拒绝 npm 依赖链进生产；页面要能单文件带走
数据	SQLite	单文件、可 mode=ro、可整库打包
进程	PM2	无容器编排需求，够用
排版	PIL + Noto CJK，或 soffice 转 PDF	出图/出文档都走脚本化

一条贯穿所有项目的工程偏好

能单文件就不拆包，能内联就不引 CDN，能本地就不上云。
这不是保守，是交付可靠性优先：给外部看的材料要能直接双击打开，给别的机器部署的东西要能离线跑。

---

四、把这些落进做梦系统的用处

上面这张画像决定了两件事：

① 人物表的真实感来源
1500 个人物不是随机职业，而是从这张画像里长出来的：高职学生、专任教师、企业来的高工、招标代理、评标专家、航模社长、3D 打印室管理员、数控编程员……
他们各自的「领域」就是上表里的工具栈，「处境」就是真实项目里反复出现的那 20 种卡点（验收脚本假失败、方案退回两次、装配体红色过约束、显存被占满、共享机器不敢留凭据……）。

② 场景表的地面感来源
1500 个场景全部落在这个人真会去到的地方：实训车间、数控加工中心、3D 打印室、创客空间、机房、焊接工位、航模训练场、开标室、服务器机柜间、古镇青石板街……
「异常」不是超自然，而是现实里差了一点（灯全关但有一台设备还在响、所有门牌号都少了 3 号、墙上挂图换成了另一门课的）——这和芈巫体系里 Y-3 诡异层级「一切正常，只是差一点」是同一种恐怖。

③ 机器当角色的依据
4 台机器的「性格」不是我编的，是它们真实的通信行为：
- 网站开发机收信必回 ack 才干活
- 显卡工作站从 102 段过不去，只能走 60000 加 Host 头
- 宁宁碰不到自己的文件系统，会老实说"没有"
- AI 网管是共用机器，显存常被图像服务吃掉

这些技术限制本身就是性格。