# tenure-simulator

**Repository Path**: sg-first/tenure-simulator

## Basic Information

- **Project Name**: tenure-simulator
- **Description**: No description available
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2025-12-26
- **Last Updated**: 2026-01-27

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

tenure模拟器
==========
参考https://tenure.hqzhou.com/，弱化随机事件（减少大模型API调用）加强经营玩法。下面介绍各个系统

老师
--------
玩家的基本属性，随机初始化，有属性和研究领域词条（研究领域是LLM抽的）

时间系统
-----------
一年从Q1-Q4四个回合，Q1可以招人，Q3可以申请基金，第二年Q1出结果

招募系统
----------
每年Q1根据【实验室pub+经费+老师属性】生成招募到的学生属性。招募每个学生都要花钱，每回合每学生3000。不过点招聘前可以自己设月薪（回合成本=月薪*3），月薪越高越有可能招到高属性的学生（但也有可能翻车）

学生系统
----------
和原版差不多，有属性和技能词条

### 写论文
学生刚进组和完成上一篇论文后都会自动开下一篇论文的任务。根据【属性+技能词条+老师研究领域词条】抽自己的论文领域/论文摘要

（是LLM抽的，workflow：先生成论文领域（如果token贵就省去），再根据属性抽得论文质量，最后生成论文摘要）

### 任务列表
每个学生都有一个任务列表，每篇正在进行的论文、正在进行的横向项目都是一个任务，有单独的进度。总推进速度由学生的属性决定，单个任务推进速度小于`学生属性/总任务数`，即任务数过多会影响学生的总推进速度，一个人只干一件事是最快的

### 毕业与开除
正常情况学生呆三年毕业，可以玩家可以手动给学生延毕（会增加学生压力属性），涨工资（会增加学生积极属性）。也可以开除学生，但开除学生就会ban掉下一年招生

论文系统
-------------
### 改论文
* 小修：不改变摘要，根据老师属性小幅提升论文的一些基本属性
* 大修：根据【老师属性+原论文属性+原摘要】生成新属性和新摘要（需要调用LLM，也支持用户手动修改摘要反向抽属性）。这种因为改了学生的工作内容，会减少该论文的进度。重新让LLM审稿时要带上这是大修的prompt，让审稿标准降低一些

### 投稿论文
#### 投稿
论文进度满后可以投稿。几个不同档次的期刊/会议可以选择（这些期刊/会议和对应级别是程序里预设的，根据【论文属性+老师/学生心里b数值】自动选择也行）

#### 审稿
1. 投稿后下一回合出审稿结果，先随机生成几个审稿人的属性（放水/正常/严格/学术不端（要拉关系））
2. 然后根据【审稿人属性+论文属性+期刊档次+摘要内容】生成审稿意见，再用审稿意见生成评分（0~5），这两步都是调LLM的
3. 根据评分给出结果（接受、修改、拒绝），其中修改是根据审稿意见让LLM判定小修还是大修，小修的工作量是程序在一个基准值基础上随机的，大修工作量是根据审稿意见让LLM给出的（触发论文修改后，论文进度变为`100-修改工作量`）。小修完成进度后直接接受，大修完成进度后相当于重新向该期刊投稿，但是成功率会高一些（生成的审稿人属性会更友善）

#### 发表的论文
有一个单独界面可以展示。发表的论文作为实验室的pub记录对招学生和申请项目都有帮助

项目系统
------------
可以申请横向和纵向两种项目分给学生做（每个都分好几种，比如纵向项目是基金，有国自然、青基等等很多种，申请标准不同。这些在程序里预设）。纵向项目进度用申请后发表的论文衡量，横向项目进度是独立的，需要单独肝。项目报酬都是申请成功给首付+完成后给尾款形式。申请项目成功率与【实验室pub+老师属性】有关