初始化提交

.cursor/skills/docx-pdf-to-markdown/SKILL.md

@@ -0,0 +1,65 @@
+---
+name: docx-pdf-to-markdown
+description: >-
+  Converts .docx and text-based .pdf files to Markdown for AI-friendly knowledge
+  bases using Pandoc (and optional Poppler pdftotext). Use when importing company
+  documents into tinbird-database, converting Word/PDF to .md, or when the user
+  asks how to make PDFs readable for AI.
+---
+
+# Office / PDF → Markdown（知识库用）
+
+## 原则
+
+- **原件保留**：PDF/Word 仍作法律与归档依据；`.md` 为派生副本，便于检索与 AI 阅读。
+- **保密**：合同、股权等**勿上传**不可信在线转换站；只在本机或受信环境转换。
+- **扫描件 PDF**：须先 OCR（如 Acrobat），再转文本或 md；纯 Pandoc 常无效。
+
+## 前置条件
+
+1. **Pandoc**（处理 `.docx` 的主力；部分 `.pdf` 也可试）
+   - Windows：`winget install --id JohnMacFarlane.Pandoc`（若 ID 变更以 winget 搜索为准）
+   - 安装后终端可执行 `pandoc --version`
+2. **可选 — 文本型 PDF 备选**：Poppler 的 `pdftotext`（[poppler-windows](https://github.com/oschwartz10612/poppler-windows/releases)），当 Pandoc 对某 PDF 效果差时，先导出 `.txt` 再改扩展名/加标题为 md。
+
+## 推荐操作（本仓库）
+
+在仓库根目录执行（路径按实际文件修改）：
+
+```powershell
+powershell -ExecutionPolicy Bypass -File .cursor/skills/docx-pdf-to-markdown/scripts/convert-to-md.ps1 -InputPath "公司概况/章程.docx"
+```
+
+- 默认输出：与源文件同目录、同名 `.md`。
+- 指定输出：`... -OutputPath "公司概况/章程.md"`。
+
+## 手工命令（无脚本时）
+
+```powershell
+pandoc "输入.docx" -o "输出.md"
+pandoc "输入.pdf" -o "输出.md"
+```
+
+文本型 PDF 备选：
+
+```powershell
+pdftotext -layout "输入.pdf" "输出.txt"
+```
+
+再将 `输出.txt` 整理为 `.md`（加 `# 标题`、修正断行）。
+
+## 导入本知识库后的固定动作
+
+1. 将生成的 `.md` 放在与 PDF/Word **同一分类文件夹**（如 `公司概况/`）。
+2. 在对应 `brief.md` 的索引表中增加一行：原件路径 + 派生 `.md` 路径。
+3. 在 `.md` 文首增加一段说明（示例）：
+
+   ```markdown
+   > 派生文档：由 `xxx.pdf` 于 YYYY-MM-DD 转换，**以原件为准**。
+   ```
+
+## 复杂版式
+
+多栏、文本框、复杂表格：Word 中先简化排版再转，或转后手工改 md。
+
+更多说明见 [reference.md](reference.md)。

.cursor/skills/docx-pdf-to-markdown/reference.md

@@ -0,0 +1,16 @@
+# 参考：工具与边界
+
+## Pandoc 常用参数
+
+- 从 docx 转 md：`pandoc input.docx -o output.md`
+- 提取媒体（若 docx 内嵌图较多）：可加 `--extract-media=./media`
+- PDF：依赖底层库，不同文件效果差异大
+
+## 何时不要用 Pandoc 直接转 PDF
+
+- 扫描件、纯图片页面 → OCR 后再处理
+- 加密或权限限制的 PDF → 先合法解除限制再在本地转换
+
+## 与本仓库指南的关系
+
+分类与 `brief.md` 维护方式见仓库根目录 `公司知识库指南.md`。

.cursor/skills/docx-pdf-to-markdown/scripts/convert-to-md.ps1

@@ -0,0 +1,53 @@
+<#
+.SYNOPSIS
+  Convert .docx or .pdf to Markdown via Pandoc (Windows).
+.DESCRIPTION
+  Default output: same directory as input, same basename, .md extension.
+  For PDF, Pandoc may fail on scanned documents; use OCR first.
+.PARAMETER InputPath
+  Path to .docx or .pdf
+.PARAMETER OutputPath
+  Optional output .md path
+#>
+param(
+    [Parameter(Mandatory = $true)]
+    [string] $InputPath,
+    [string] $OutputPath
+)
+
+$ErrorActionPreference = "Stop"
+
+if (-not (Get-Command pandoc -ErrorAction SilentlyContinue)) {
+    Write-Error "Pandoc not found. Install e.g. winget install JohnMacFarlane.Pandoc then reopen the terminal."
+}
+
+$resolved = Resolve-Path -LiteralPath $InputPath
+$item = Get-Item -LiteralPath $resolved
+
+if ($item.PSIsContainer) {
+    Write-Error "InputPath must be a file, not a directory."
+}
+
+$ext = $item.Extension.ToLowerInvariant()
+if ($ext -notin @(".docx", ".pdf")) {
+    Write-Error "Only .docx and .pdf are supported. Got: $ext"
+}
+
+if (-not $OutputPath) {
+    $OutputPath = Join-Path $item.DirectoryName ($item.BaseName + ".md")
+}
+
+$outputDir = Split-Path -Parent -Path $OutputPath
+if (-not (Test-Path -LiteralPath $outputDir)) {
+    New-Item -ItemType Directory -Path $outputDir -Force | Out-Null
+}
+
+$from = if ($ext -eq ".docx") { "docx" } else { "pdf" }
+Write-Host "pandoc (-f $from): $($item.FullName) -> $OutputPath"
+& pandoc --standalone -f $from -t markdown -o $OutputPath $item.FullName
+
+if ($LASTEXITCODE -ne 0) {
+    Write-Error "Pandoc failed (exit $LASTEXITCODE). For text PDFs try Poppler pdftotext; for scans use OCR first."
+}
+
+Write-Host "Done: $OutputPath"

README.md

@@ -1,93 +1,30 @@
-# tinbird-database
+# TinbirdDatabase
 
+我们是广州锡鸟科技有限公司，目前成立在广州市天河区。
 
+我们是一家小型游戏公司，目前公司有4名全职员工兼股东。
+制作人，创意总监，公司法人，班春晖；
+文案策划兼音频，陈子钦；美术，周子迁；
+程序，兼财务负责人，丁耘天。
 
-## Getting started
+另外有3名顾问在兼职协助。
+玩法设计顾问，江卓亚；
+剧情顾问，伍振彤；
+角色美术顾问，小唐（笔名）。
+另外，有一名很早期就离开的美术（2024年7月即离开），东毅，目前已不再参与本项目。
 
-To make it easy for you to get started with GitLab, here's a list of recommended next steps.
+目前公司的股权结构是这样：班春晖34%，其他3人22%。
+近日，奇绩创坛准备投资30万美元（可换等额人民币）换取7%股份。他们要求以有限合伙公司的形式留出15%期权。在近期股权会有较大变动。
 
-Already a pro? Just edit this README.md and make it your own. Want to make it easy? [Use the template at the bottom](#editing-this-readme)!
+我们公司正在制作的游戏名为《爱与机器人维修技术》（英文名： All Our Broken Parts）。这是一款由Unity开发的，2D的，买断制的，以"维修"为核心交互的叙事剧情游戏。玩家扮演机体医生路斯，在一个由AI"主脑"统治的未来世界里，为形形色色的机器人患者诊疗。接下来我为你介绍一下这个游戏的主要设定。
 
-## Add your files
+这个世界的核心设定是「大遗忘」：人类已被集体改造成"机体"，并被抹去了人类时期的记忆，将自身情感与感知视为名为"原型"的设计缺陷。医生的一天从接诊开始——切开金属外壳，修复记忆模块与情感回路，在治疗画师佩佩、货运工石头、销售火山等病人的过程中，触碰他们机械外表下敏感而脆弱的人性。
 
-- [ ] [Create](https://docs.gitlab.com/ee/user/project/repository/web_editor.html#create-a-file) or [upload](https://docs.gitlab.com/ee/user/project/repository/web_editor.html#upload-a-file) files
-- [ ] [Add files using the command line](https://docs.gitlab.com/ee/gitlab-basics/add-file.html#add-a-file-using-the-command-line) or push an existing Git repository with the following command:
+随着一场机体暴动引发的医疗事故，医生被卷入阴谋，发现市面流通的罐头竟是用人类记忆制造，能激发"人性"的失控。最终，她在回收站苏醒，仅剩24小时生命，必须夺回人类最后的婴儿，直面主脑的真相，并做出关于"爱是否值得保留"的终极抉择。
 
-```
-cd existing_repo
-git remote add origin http://114.67.212.218:8011/aibis-dream/tinbird-database.git
-git branch -M master
-git push -uf origin master
-```
+目前这款游戏主要目标是在PC端和移动端上线。PC端以Steam为核心发布平台，移动端中安卓端在TapTap上线。目前这两个平台都有playtest版本可玩。后期可能会上线主机端，如Switch系统主机，但是暂无明确计划。
 
-## Integrate with your tools
+这款游戏以2024年5月的GameJam作品《艾比斯之梦》为起点，从2024年10月开始4名成员全职投入开发。2025年5月公司在广州成立并签约发行商。2025年10月发布Steam上的playtest版本，2025年12月发布TapTap上的移动版试玩。
 
-- [ ] [Set up project integrations](http://114.67.212.218:8011/aibis-dream/tinbird-database/-/settings/integrations)
+目前大中华地区的PC端发行已经签约给北京机核发行。海外发行还在寻找中。移动端则已经与TapTap签署独占协议。
 
-## Collaborate with your team
-
-- [ ] [Invite team members and collaborators](https://docs.gitlab.com/ee/user/project/members/)
-- [ ] [Create a new merge request](https://docs.gitlab.com/ee/user/project/merge_requests/creating_merge_requests.html)
-- [ ] [Automatically close issues from merge requests](https://docs.gitlab.com/ee/user/project/issues/managing_issues.html#closing-issues-automatically)
-- [ ] [Enable merge request approvals](https://docs.gitlab.com/ee/user/project/merge_requests/approvals/)
-- [ ] [Set auto-merge](https://docs.gitlab.com/ee/user/project/merge_requests/merge_when_pipeline_succeeds.html)
-
-## Test and Deploy
-
-Use the built-in continuous integration in GitLab.
-
-- [ ] [Get started with GitLab CI/CD](https://docs.gitlab.com/ee/ci/quick_start/index.html)
-- [ ] [Analyze your code for known vulnerabilities with Static Application Security Testing (SAST)](https://docs.gitlab.com/ee/user/application_security/sast/)
-- [ ] [Deploy to Kubernetes, Amazon EC2, or Amazon ECS using Auto Deploy](https://docs.gitlab.com/ee/topics/autodevops/requirements.html)
-- [ ] [Use pull-based deployments for improved Kubernetes management](https://docs.gitlab.com/ee/user/clusters/agent/)
-- [ ] [Set up protected environments](https://docs.gitlab.com/ee/ci/environments/protected_environments.html)
-
-***
-
-# Editing this README
-
-When you're ready to make this README your own, just edit this file and use the handy template below (or feel free to structure it however you want - this is just a starting point!). Thanks to [makeareadme.com](https://www.makeareadme.com/) for this template.
-
-## Suggestions for a good README
-
-Every project is different, so consider which of these sections apply to yours. The sections used in the template are suggestions for most open source projects. Also keep in mind that while a README can be too long and detailed, too long is better than too short. If you think your README is too long, consider utilizing another form of documentation rather than cutting out information.
-
-## Name
-Choose a self-explaining name for your project.
-
-## Description
-Let people know what your project can do specifically. Provide context and add a link to any reference visitors might be unfamiliar with. A list of Features or a Background subsection can also be added here. If there are alternatives to your project, this is a good place to list differentiating factors.
-
-## Badges
-On some READMEs, you may see small images that convey metadata, such as whether or not all the tests are passing for the project. You can use Shields to add some to your README. Many services also have instructions for adding a badge.
-
-## Visuals
-Depending on what you are making, it can be a good idea to include screenshots or even a video (you'll frequently see GIFs rather than actual videos). Tools like ttygif can help, but check out Asciinema for a more sophisticated method.
-
-## Installation
-Within a particular ecosystem, there may be a common way of installing things, such as using Yarn, NuGet, or Homebrew. However, consider the possibility that whoever is reading your README is a novice and would like more guidance. Listing specific steps helps remove ambiguity and gets people to using your project as quickly as possible. If it only runs in a specific context like a particular programming language version or operating system or has dependencies that have to be installed manually, also add a Requirements subsection.
-
-## Usage
-Use examples liberally, and show the expected output if you can. It's helpful to have inline the smallest example of usage that you can demonstrate, while providing links to more sophisticated examples if they are too long to reasonably include in the README.
-
-## Support
-Tell people where they can go to for help. It can be any combination of an issue tracker, a chat room, an email address, etc.
-
-## Roadmap
-If you have ideas for releases in the future, it is a good idea to list them in the README.
-
-## Contributing
-State if you are open to contributions and what your requirements are for accepting them.
-
-For people who want to make changes to your project, it's helpful to have some documentation on how to get started. Perhaps there is a script that they should run or some environment variables that they need to set. Make these steps explicit. These instructions could also be useful to your future self.
-
-You can also document commands to lint the code or run tests. These steps help to ensure high code quality and reduce the likelihood that the changes inadvertently break something. Having instructions for running tests is especially helpful if it requires external setup, such as starting a Selenium server for testing in a browser.
-
-## Authors and acknowledgment
-Show your appreciation to those who have contributed to the project.
-
-## License
-For open source projects, say how it is licensed.
-
-## Project status
-If you have run out of energy or time for your project, put a note at the top of the README saying that development has slowed down or stopped completely. Someone may choose to fork your project or volunteer to step in as a maintainer or owner, allowing your project to keep going. You can also make an explicit request for maintainers.

公司概况/brief.md

@@ -0,0 +1,35 @@
+# 公司概况 — 摘要与索引
+
+维护说明：见仓库根目录 [公司知识库指南.md](../公司知识库指南.md)。原件请导入本文件夹或注明网盘/外部路径。
+
+## 一句话摘要
+
+广州锡鸟科技有限公司，注册地广州市天河区；小型游戏开发团队。（登记细节以证照与章程原件为准。）
+
+## 要点列表
+
+- 对外可用定位：小型游戏公司，在研叙事向买断制游戏（详见 [当前重点项目](../当前重点项目/brief.md)，对外介绍可与 [README.md](../README.md) 对齐）
+- 规模：4 名全职兼股东；另有顾问兼职协作（人员名单见 [组织与人员](../组织与人员/brief.md)）
+- 证照与章程：见下方索引；导入后请更新路径与 `last_updated`
+
+## 索引表
+
+| 文档 | 类型 | 位置/链接 | 备注 |
+|------|------|-----------|------|
+| 公司登记（备案）申请书 | pdf | 待导入 | 见 [现有文档.md](../现有文档.md) |
+| 广州锡鸟科技有限公司 章程 | pdf | 待导入 | |
+| 董事、监事、经理、法定代表人任职证明 | | 待导入 | |
+| 营业执照 | | 待导入 | |
+
+## 关键事实
+
+| 字段 | 内容 |
+|------|------|
+| 公司全称 | 广州锡鸟科技有限公司 |
+| 所在地 | 广州市天河区 |
+| 法定代表人（据 README） | 班春晖 |
+
+## 更新记录
+
+- `last_updated`：2026-03-30
+- 初版结构生成；登记字段待与营业执照核对后补全。

公司知识库指南.md

@@ -0,0 +1,174 @@
+# 公司知识库指南
+
+本文档说明**公司知识库**（本仓库 `tinbird-database`）应如何分类、每类建议收录哪些内容，供整理资料与后续 AI 检索时参照。
+
+## 本库定位与边界
+
+| 知识库 | 职责 |
+|--------|------|
+| **公司知识库**（本仓库） | 主体、人员、股权与融资、法务财务、品牌、商务与发行（公司层）、时间线、对外话术 |
+| **项目知识库**（另库） | 单款游戏的交付、版本、商店与宣发、生产协作、指标与反馈等 |
+| **叙事与世界观知识库**（另库） | 设定、剧情、角色等；**不在本库重复存放正文** |
+
+## 维护原则
+
+1. **单一事实源**：关键日期、正式名称、对外数字等只在一处写定，其他文档引用或链接，避免多处各写一版后不一致。
+2. **敏感信息**：股权细节、合同全文、账户信息等可仅存索引或「向某某索取」，并控制访问范围。
+3. **薄层索引**：当前主打项目可在本库用一页列出名称、状态、负责人及**项目知识库链接**，不写玩法与剧情细节。
+4. **每类一份 Brief**：章程、合同、投融资文件等**原始文本往往很长**，不便通读也不便 AI 高效抓取。建议**每一个大类**都带一份 **brief**（摘要与索引页）：用短篇幅概括要点，并指向本类下的长文原件或外部存档位置；需要细节时再打开原文。
+
+---
+
+## 各类别 Brief（摘要与索引）
+
+**定位**：Brief 是「读这一页就够日常查询」的入口；原件保留作依据与归档。
+
+**建议文件名**：该分类目录下的 `brief.md`（或与该目录同名的 `xxx-brief.md`，团队统一即可）。
+
+**Brief 建议包含**：
+
+| 区块 | 作用 |
+|------|------|
+| **一句话摘要** | 本类当前状态或核心结论（例如「股权截至某日」「办公场地租约至某日」） |
+| **要点列表** | 5～15 条以内，只写结论与关键数字，不写全文复述 |
+| **索引表** | 本类文档清单：文件名或标题、类型（pdf/md）、存放路径或链接、备注（是否敏感、是否需更新） |
+| **关键事实** | 日期、主体名称、编号等检索高频字段，便于人和 AI 对齐「单一事实源」 |
+| **更新记录** | 文末标注 `last_updated` 与可选的变更说明 |
+
+**与原件的关系**：Brief 不替代法律或财务原件；条款争议、审计、对外出具证明时仍以原件为准。Brief 变更应在重大事实变化后同步更新。
+
+**以下各节**在整理时，除列出建议收录内容外，均建议在该分类目录内维护上述 **brief**，形成「先读 brief，再按需下钻」的习惯。
+
+---
+
+## 一、公司概况
+
+- **Brief**：登记信息摘要、证照索引（链向申请书、章程、营业执照等原件）
+- 注册主体、所在地、成立时间
+- 公司定位与一句话介绍（对外可用版本）
+- 规模与形态（例如团队人数、组织特点）
+
+## 二、组织与人员
+
+- **Brief**：当前组织架构一句话、人员名单索引（链向劳动合同、顾问协议等如需）
+- 全职：姓名、角色、主要职责（含法人、财务接口等）
+- 顾问 / 兼职：姓名、领域、协作方式
+- 已离开成员：参与至何时、对外口径是否可提及
+
+## 三、股权与融资
+
+- **Brief**：当前股比表（摘要）、融资轮次一句话、重要条款非机密摘要；索引指向 TS、SHA、股东会决议等长文
+- 当前股权结构（建议标注「截至日期」）
+- 期权池、员工持股安排（若适用）
+- 各轮融资摘要：投资方、金额或估值口径、关键条款的**非机密摘要**
+- 重要变更可与「时间线与里程碑」交叉引用，日期以一处为准
+
+## 四、法务与合规
+
+- **Brief**：资产与合同类型总览、待办合规事项；索引表链向各类合同与证书扫描件
+- 合同类型清单（劳动、顾问、发行、授权等）及存档位置索引
+- 商标、软著、软件授权等资产清单或台账链接
+- 保密范围与对外披露原则
+
+## 五、财务与行政
+
+- **Brief**：财务接口、开票与税务要点摘要；索引链向制度全文、台账（敏感字段可不写入 brief）
+- 财务负责人与对外接口
+- 开票、收款账户等敏感信息可只写「向某某索取」或存放受控位置
+- 预算 / 报销规则摘要（若团队需要）
+- 常用行政流程索引（公章、证照存放等）
+
+## 六、知识产权与品牌
+
+- **Brief**：在用商标/软著清单与状态、品牌规范要点；索引链向证书与源文件
+- 公司名与品牌书写规范
+- Logo / 视觉资产位置与使用规范
+- 与产品相关的公司侧权利说明（细则可链至项目库或法务台账）
+
+## 七、发行与市场（公司层面）
+
+- **Brief**：各区域合作方与平台一句话、独占关系摘要；索引链向发行协议要点或备忘录
+- 各区域、各平台发行合作方
+- 独占 / 非独占及合作范围摘要（非合同全文）
+- 公司级市场策略或优先级；**单款产品细节放在项目知识库**
+
+## 八、商务与合作
+
+- **Brief**：合作方名录摘要、合作性质与对接人；索引链向报价单、框架协议等
+- 关键供应商、外包、长期合作方名录与对接人
+- 顾问在项目之外的商务要点索引
+
+## 九、时间线与里程碑
+
+- **Brief**：可与本节合一——时间线本身即全库「日期类事实」的摘要；仍可为每条大事件链向公告、邮件、合同签订页等佐证
+- 公司成立、签约、融资交割、重大对外节点等**统一时间轴**
+- 与股权、发行等文档中的日期保持一致
+
+## 十、对外话术与材料
+
+- **Brief**：当前对外统一口径要点 + 各材料版本索引（哪版为准、存放位置）
+- 媒体 FAQ、招聘用公司介绍、投资人一页纸
+- 对外联络方式（若固定）
+
+## 十一、当前重点项目索引（推荐）
+
+- **Brief**：本页即可承担 brief 职能；若项目增多，可用表格索引多项目并链到各项目库
+- 在研或主打项目：**正式名称、一句话状态、负责人、项目知识库链接**
+- 不重复存放叙事设定与项目执行细节
+
+---
+
+## 可选：目录结构示例（中文文件夹名，便于阅读）
+
+**本仓库即公司文档集合**，分类目录直接放在**仓库根目录**即可，不必再套 `docs/`、`company/` 等冗余层级（除非团队另有约定，例如用根目录 `docs/` 单一层收纳全部 md，仍避免「docs 下再 company」）。
+
+文件夹名建议与上文十一类一致，使用**中文**，方便同事浏览与口头指认。文件名仍可用 `brief.md` 等简短英文名，避免部分工具对路径编码不友好时出问题；若团队更习惯全文中文，也可改为 `摘要与索引.md` 等。
+
+可按实际需要增删；仅为示例，非强制。
+
+```text
+tinbird-database/                    # 仓库根目录
+  README.md
+  公司知识库指南.md
+  公司概况/
+    brief.md                         # 摘要与索引（登记、证照等 → 原件路径）
+    ...                              # 扫描件、长文原件等
+  组织与人员/
+    brief.md
+    ...
+  股权与融资/
+    brief.md
+    ...
+  法务与合规/
+    brief.md
+    ...
+  财务与行政/
+    brief.md
+    ...
+  知识产权与品牌/
+    brief.md
+    ...
+  发行与市场/
+    brief.md                         # 公司层面的发行与市场；单款产品细节在项目库
+    ...
+  商务与合作/
+    brief.md
+    ...
+  时间线与里程碑/
+    brief.md                         # 或与同目录下「时间线.md」等合并为同一入口
+    ...
+  对外话术与材料/
+    brief.md
+    ...
+  当前重点项目/
+    brief.md                         # 可含 brief 式表格；链到各项目知识库
+    ...
+```
+
+若暂不分文件夹，也可在根目录为每一类单建 md，旁并列中文命名的摘要文件（如 `公司概况-摘要.md`），原则不变：**先读 brief，再按需打开长文**。
+
+**当前仓库**：已在根目录创建与上表一致的十一个中文文件夹，各含 `brief.md` 模板（含与 [README.md](README.md)、[现有文档.md](现有文档.md) 的交叉引用占位）；导入原件后请更新各 brief 的索引表与 `last_updated`。
+
+---
+
+*文档版本：与团队约定同步更新；重大变更建议在文首或 Git 提交说明中标注日期。*

发行与市场/brief.md

@@ -0,0 +1,35 @@
+# 发行与市场（公司层面）— 摘要与索引
+
+维护说明：见仓库根目录 [公司知识库指南.md](../公司知识库指南.md)。**单款游戏的版本、物料、排期**放在项目知识库；此处只保留签约主体与区域级摘要。
+
+## 一句话摘要
+
+大中华 PC 签约北京机核发行；安卓 TapTap 独占合作；海外发行仍在寻找中。Steam 与 TapTap 已有 playtest / 试玩上线节点（详见时间线）。
+
+## 要点列表
+
+- PC：Steam 为核心；大中华地区发行机核
+- 移动：TapTap 独占（以协议为准）
+- 主机如 Switch：暂无明确计划
+- 协议原件：见索引及 [法务与合规](../法务与合规/brief.md) 交叉引用
+
+## 索引表
+
+| 文档 | 类型 | 位置/链接 | 备注 |
+|------|------|-----------|------|
+| 《爱与机器人维修技术》合作协议（机核） | | 待导入 | 见 [现有文档.md](../现有文档.md) |
+| TapTap 平台游戏合作协议 | | 待导入 | |
+
+## 关键事实
+
+| 字段 | 内容 |
+|------|------|
+| 大中华 PC 发行 | 北京机核发行 |
+| 移动安卓 | TapTap，独占（据 README） |
+| Steam playtest（据 README） | 2025-10 |
+| TapTap 移动试玩（据 README） | 2025-12 |
+
+## 更新记录
+
+- `last_updated`：2026-03-30
+- 日期与 README 一致；签约细节以合同为准。

商务与合作/brief.md

@@ -0,0 +1,29 @@
+# 商务与合作 — 摘要与索引
+
+维护说明：见仓库根目录 [公司知识库指南.md](../公司知识库指南.md)。发行类大客户可与 [发行与市场](../发行与市场/brief.md) 互链，避免重复维护。
+
+## 一句话摘要
+
+关键合作方包括发行（机核、TapTap）、场地与孵化、财税代理等；完整名录与对接人待随合同导入补全。
+
+## 要点列表
+
+- **发行与平台**：机核、TapTap（详见发行与市场 brief）
+- **其他供应商 / 外包**：报价单、框架协议等导入后填入索引表
+- **顾问**：商务条款若独立于项目，可在此索引；人员见 [组织与人员](../组织与人员/brief.md)
+
+## 索引表
+
+| 合作方/项目 | 类型 | 位置/链接 | 备注 |
+|-------------|------|-----------|------|
+| （待登记） | | | |
+
+## 关键事实
+
+| 字段 | 内容 |
+|------|------|
+| （待填写） | |
+
+## 更新记录
+
+- `last_updated`：2026-03-30

对外话术与材料/brief.md

@@ -0,0 +1,31 @@
+# 对外话术与材料 — 摘要与索引
+
+维护说明：见仓库根目录 [公司知识库指南.md](../公司知识库指南.md)。**对外口径以最新审阅版为准**，避免与未公开融资细节混写。
+
+## 一句话摘要
+
+公司级介绍可与根目录 [README.md](../README.md) 对齐；媒体 FAQ、招聘文案、投资人一页纸等待整理为多版本文件并在此索引。
+
+## 要点列表
+
+- 未公开信息（如进行中融资条款）勿写入对外 FAQ
+- 游戏剧情向介绍：区分「无剧透」与「含设定」版本，后者与叙事库一致
+
+## 索引表
+
+| 材料 | 类型 | 位置/链接 | 备注 |
+|------|------|-----------|------|
+| 公司简介 / 项目概览 | md | [README.md](../README.md) | 当前默认对外长文 |
+| 媒体 FAQ | | 待创建 | |
+| 招聘用公司介绍 | | 待创建 | |
+| 投资人一页纸 | | 待创建 | |
+
+## 关键事实
+
+| 字段 | 内容 |
+|------|------|
+| 对外联络 | （待填写） |
+
+## 更新记录
+
+- `last_updated`：2026-03-30

当前重点项目/brief.md

@@ -0,0 +1,33 @@
+# 当前重点项目 — 摘要与索引
+
+维护说明：见仓库根目录 [公司知识库指南.md](../公司知识库指南.md)。**执行细节、版本、build、商店文案**在项目知识库；叙事设定在叙事知识库。
+
+## 一句话摘要
+
+在研主项目：《爱与机器人维修技术》（*All Our Broken Parts*）— Unity 2D 叙事买断制，「维修」为核心交互；PC（Steam）与安卓（TapTap）试玩已发布，海外发行待定。
+
+## 要点列表
+
+- **负责人**：可按模块指定接口人（程序/美术/文案等见 [组织与人员](../组织与人员/brief.md)）
+- **项目知识库链接**：（待填 URL 或相对路径）
+- **叙事与世界观知识库链接**：（待填）
+
+## 项目索引表
+
+| 项目 | 状态 | 负责人 | 项目知识库 |
+|------|------|--------|------------|
+| 爱与机器人维修技术（AOBP） | 在研 / 双端试玩已上线 | （待指定总接口） | 待链接 |
+
+## 关键事实
+
+| 字段 | 内容 |
+|------|------|
+| 中文名 | 爱与机器人维修技术 |
+| 英文名 | All Our Broken Parts |
+| 引擎 | Unity，2D |
+| 商业模式 | 买断制 |
+
+## 更新记录
+
+- `last_updated`：2026-03-30
+- 与 [README.md](../README.md) 对齐；链接待项目库与叙事库就位后补充。

时间线与里程碑/brief.md

@@ -0,0 +1,41 @@
+# 时间线与里程碑 — 摘要与索引
+
+维护说明：见仓库根目录 [公司知识库指南.md](../公司知识库指南.md)。**日期类单一事实源**建议以本页时间轴为准，其他 brief 引用时写「见时间线与里程碑」。
+
+## 一句话摘要
+
+从 2024 年 GameJam 原型到公司成立、签约发行与双端试玩上线的主要节点如下表；股权交割等待更新。
+
+## 要点列表
+
+- 详细剧情与版本说明不在此展开（项目库 / 叙事库）
+- 每条大事可链向邮件、合同签字页、发布公告等佐证（导入后补链接）
+
+## 时间轴
+
+| 日期 | 事件 |
+|------|------|
+| 2024-05 | GameJam 作品《艾比斯之梦》，项目起点 |
+| 2024-10 | 四名成员全职投入开发 |
+| 2024-07 | 美术东毅离开（人员状态见组织与人员） |
+| 2025-05 | 公司在广州成立；签约发行商 |
+| 2025-10 | Steam playtest 发布 |
+| 2025-12 | TapTap 移动版试玩发布 |
+| （待定） | 奇绩等融资交割 |
+
+## 索引表
+
+| 文档 | 类型 | 位置/链接 | 备注 |
+|------|------|-----------|------|
+| 佐证材料 | | 待导入 | 合同、邮件、新闻稿等 |
+
+## 关键事实
+
+| 字段 | 内容 |
+|------|------|
+| 公司成立（据 README） | 2025-05，广州 |
+
+## 更新记录
+
+- `last_updated`：2026-03-30
+- 与 [README.md](../README.md) 对齐。

法务与合规/brief.md

@@ -0,0 +1,32 @@
+# 法务与合规 — 摘要与索引
+
+维护说明：见仓库根目录 [公司知识库指南.md](../公司知识库指南.md)。争议与对外出证以**原件**为准。
+
+## 一句话摘要
+
+合同与证书按类型归档；劳动、顾问、发行、授权等清单待与原件同步建立。（办公场地与财税类合同也可在 [财务与行政](../财务与行政/brief.md) 交叉索引。）
+
+## 要点列表
+
+- 保密与对外披露原则：（待团队约定后填写）
+- 商标、软著等资产：与 [知识产权与品牌](../知识产权与品牌/brief.md) 双向链接，避免重复叙述
+
+## 索引表
+
+| 文档 | 类型 | 位置/链接 | 备注 |
+|------|------|-----------|------|
+| 劳动合同、顾问协议 | | 待导入 | 可与组织与人员联动 |
+| 《爱与机器人维修技术》合作协议（机核） | | 待导入 | 发行侧详见 [发行与市场](../发行与市场/brief.md) |
+| TapTap 平台游戏合作协议 | | 待导入 | |
+| 其他授权/外包协议 | | 待登记 | |
+
+## 关键事实
+
+| 字段 | 内容 |
+|------|------|
+| （待填写） | 如统一社会信用代码等已在公司概况 brief 则此处引用 |
+
+## 更新记录
+
+- `last_updated`：2026-03-30
+- 初版；请按实际合同扫描件补全索引。

现有文档.md

@@ -0,0 +1,49 @@
+# 未导入原始资料
+
+以下是我手头有的，但是尚未导入项目的原始资料。大部分是 PDF 和 Word 格式。
+
+导入后建议放入仓库根目录下对应**中文分类文件夹**，并在该文件夹的 `brief.md` 里更新「索引表」中的路径。分类说明见 [公司知识库指南.md](公司知识库指南.md)。
+
+| 本节资料 | 建议文件夹 |
+|----------|------------|
+| 公司资料 | `公司概况/` |
+| 公司合同（场地、孵化、主体变更、财税代理） | `财务与行政/`（涉税涉账与行政） |
+| 项目合同（TapTap、机核） | `发行与市场/` 或 `法务与合规/`（与合同归档习惯二选一，另一处互链） |
+| 投资资料 | `股权与融资/` |
+| 成员信息 | `组织与人员/` |
+| 知识产权 | `知识产权与品牌/` |
+
+## 公司资料
+
+1. 公司登记（备案）申请书(pdf)
+2. 广州锡鸟科技有限公司 章程(pdf)
+3. 董事、监事、经理、法定代表人任职证明
+4. 营业执照
+
+## 公司合同
+
+1. 租赁合同
+2. 物业管理协议
+3. 孵化服务协议
+4. 关于合同主体变更的三方协议书（从法人个人转给公司）
+5. 当下财税企业服务合同（代报账合同）
+
+## 项目合同
+
+1. TapTap平台游戏合作协议
+2. 《爱与机器人维修技术》合作协议（与机核的发行协议）
+
+## 投资资料
+
+1. 创业营入营承诺书（确认投资意向）
+2. 法律尽职调查文件清单
+3. 奇绩创业营法务建议
+4. 创业营协议流程指南
+
+## 成员信息
+
+1. 全职成员基本身份信息
+
+## 知识产权
+
+1. 《爱与机器人维修技术》软件著作权申请书

知识产权与品牌/brief.md

@@ -0,0 +1,30 @@
+# 知识产权与品牌 — 摘要与索引
+
+维护说明：见仓库根目录 [公司知识库指南.md](../公司知识库指南.md)。品牌写法与 Logo 规范待统一后写进要点。
+
+## 一句话摘要
+
+公司在用商标、软著与品牌规范逐步台账化；《爱与机器人维修技术》软著申请相关材料待导入。
+
+## 要点列表
+
+- 公司正式名称：**广州锡鸟科技有限公司**（对外英文品牌名等与团队统一后补充）
+- 游戏产品 IP 的叙事与设定正文在**叙事知识库**，此处只保留权利与物料索引
+
+## 索引表
+
+| 文档 | 类型 | 位置/链接 | 备注 |
+|------|------|-----------|------|
+| 《爱与机器人维修技术》软件著作权申请书 | | 待导入 | 见 [现有文档.md](../现有文档.md) |
+| Logo / VI 源文件 | | 待登记 | 网盘或设计仓库路径 |
+
+## 关键事实
+
+| 字段 | 内容 |
+|------|------|
+| 在研游戏正式名（中文） | 爱与机器人维修技术 |
+| 在研游戏英文名 | All Our Broken Parts |
+
+## 更新记录
+
+- `last_updated`：2026-03-30

组织与人员/brief.md

@@ -0,0 +1,31 @@
+# 组织与人员 — 摘要与索引
+
+维护说明：见仓库根目录 [公司知识库指南.md](../公司知识库指南.md)。
+
+## 一句话摘要
+
+4 名全职兼股东 + 3 名顾问；程序岗兼财务负责人。（劳动合同与顾问协议见索引。）
+
+## 要点列表
+
+- **全职**：班春晖（制作人、创意总监、法人）；陈子钦（文案策划兼音频）；周子迁（美术）；丁耘天（程序、财务负责人）
+- **顾问**：江卓亚（玩法设计）；伍振彤（剧情）；小唐（角色美术，笔名）
+- **已离开**：东毅（美术），2024 年 7 月离开，已不再参与本项目；对外口径按需统一
+
+## 索引表
+
+| 文档 | 类型 | 位置/链接 | 备注 |
+|------|------|-----------|------|
+| 全职成员基本身份信息 | | 待导入 | 见 [现有文档.md](../现有文档.md) |
+| 劳动合同、顾问协议等 | | 待导入 | 按人分档或统一法务目录均可 |
+
+## 关键事实
+
+| 字段 | 内容 |
+|------|------|
+| 财务接口人 | 丁耘天（程序岗兼） |
+
+## 更新记录
+
+- `last_updated`：2026-03-30
+- 与 [README.md](../README.md) 对齐；协议原件待导入后补路径。

股权与融资/brief.md

@@ -0,0 +1,36 @@
+# 股权与融资 — 摘要与索引
+
+维护说明：见仓库根目录 [公司知识库指南.md](../公司知识库指南.md)。**以正式法律文件与股东会决议为准**，本页仅作非机密摘要与索引。
+
+## 一句话摘要
+
+当前口头/文档摘要：班春晖 34%，其余三名股东各 22%；奇绩创坛拟投 30 万美元占 7%，并涉及 15% 期权池安排——**交割前均以最新协议为准**。
+
+## 要点列表
+
+- 股权变动期：近期可能有较大调整，brief 与 [时间线与里程碑](../时间线与里程碑/brief.md) 需在交割后同步更新
+- 融资流程材料：见下方索引（尽调清单、法务建议等）
+- 敏感条款：不在此复述全文，仅存文件位置或内部受控链接
+
+## 索引表
+
+| 文档 | 类型 | 位置/链接 | 备注 |
+|------|------|-----------|------|
+| 创业营入营承诺书 | | 待导入 | 投资意向 |
+| 法律尽职调查文件清单 | | 待导入 | 见 [现有文档.md](../现有文档.md) |
+| 奇绩创业营法务建议 | | 待导入 | |
+| 创业营协议流程指南 | | 待导入 | |
+| TS / SHA / 股东会决议等 | | 待导入 | 正式股比与权利义务以该类文件为准 |
+
+## 关键事实
+
+| 字段 | 内容 |
+|------|------|
+| 拟议投资方（据 README） | 奇绩创坛 |
+| 拟议金额口径（据 README） | 30 万美元（或可换等额人民币）换 7% |
+| 期权池口径（据 README） | 有限合伙形式预留 15% 期权 |
+
+## 更新记录
+
+- `last_updated`：2026-03-30
+- 数字摘自 README，**不构成法律确认**；交割后须重写要点与关键事实。

财务与行政/brief.md

@@ -0,0 +1,33 @@
+# 财务与行政 — 摘要与索引
+
+维护说明：见仓库根目录 [公司知识库指南.md](../公司知识库指南.md)。**账户、税号等敏感信息**勿写入公开 brief，可写「向财务负责人索取」。
+
+## 一句话摘要
+
+财务负责人：丁耘天；代报账等行政服务合同待导入后在此索引。（场地租赁类见下方。）
+
+## 要点列表
+
+- 对外开票、收款账户：向财务负责人索取
+- 预算与报销：有制度则链向全文；无则待补充
+- 公章、证照物理存放：（待填写）
+
+## 索引表
+
+| 文档 | 类型 | 位置/链接 | 备注 |
+|------|------|-----------|------|
+| 租赁合同 | | 待导入 | 见 [现有文档.md](../现有文档.md) |
+| 物业管理协议 | | 待导入 | |
+| 孵化服务协议 | | 待导入 | |
+| 关于合同主体变更的三方协议书 | | 待导入 | 法人个人 → 公司 |
+| 当下财税企业服务合同（代报账） | | 待导入 | |
+
+## 关键事实
+
+| 字段 | 内容 |
+|------|------|
+| 财务接口人 | 丁耘天 |
+
+## 更新记录
+
+- `last_updated`：2026-03-30