星图 - 最近更改 [zh-cn]

星图:隐私政策

Lixx — Sun, 10 May 2026 09:06:57 GMT

创建页面，内容为“ = 星图（Star Atlas）隐私政策 v1.0 = == 0. 政策目标 == 本隐私政策用于说明星图项目在运营知识库、接受投稿、处理反馈、维护账号与安全系统时，如何收集、使用、保存、共享和保护个人信息。星图项目遵循以下原则： # '''最小必要'''：仅收集实现项目功能所必需的信息 # '''公开透明''…”

新页面

= 星图（Star Atlas）隐私政策 v1.0 =


== 0. 政策目标 ==

本隐私政策用于说明星图项目在运营知识库、接受投稿、处理反馈、维护账号与安全系统时，如何收集、使用、保存、共享和保护个人信息。

星图项目遵循以下原则：

# '''最小必要'''：仅收集实现项目功能所必需的信息
# '''公开透明'''：明确说明处理目的、方式和范围
# '''默认脱敏'''：普通参与者、投稿材料和截图应优先匿名化处理
# '''风险优先'''：涉及未成年人、敏感个人信息、私密社群内容时从严处理
# '''可撤回与可申诉'''：用户可依法申请查阅、更正、删除或撤回授权

-----


== 1. 适用范围 ==

本政策适用于星图项目相关的：

* 知识库网站、镜像站、静态页面或托管平台
* 编辑后台、账号系统、审核队列与协作工具
* 投稿、反馈、举报、申诉、删除请求等沟通流程
* 自动化采集、AI辅助整理、链接检查、质量检查等辅助流程

本政策不适用于第三方平台独立运营的服务。用户通过外部链接访问其他网站时，应阅读对应平台的隐私政策。

-----


== 2. 我们可能收集的信息 ==


=== 2.1 访问与设备信息 ===

当用户访问星图网站或托管页面时，系统可能自动记录：

* IP地址、访问时间、访问页面、来源页面
* 浏览器类型、设备类型、操作系统、语言设置
* 错误日志、安全日志、异常访问记录

用途包括：网站运行、安全防护、故障排查、访问统计和滥用防范。


=== 2.2 账号与编辑信息 ===

如星图启用账号系统，可能收集：

* 用户名、邮箱地址、密码哈希、登录记录
* 编辑记录、版本历史、提交说明、审核状态
* 权限角色、封禁记录、申诉记录

星图不会公开用户的邮箱、登录IP或后台安全信息。公开展示的贡献记录以用户名、署名或系统生成标识为准。


=== 2.3 投稿、反馈与举报信息 ===

当用户主动提交内容时，可能包含：

* 联系方式：邮箱、社交账号或其他回访渠道
* 投稿内容：文字、链接、截图、附件、证据说明
* 举报或申诉材料：权利证明、身份说明、侵权初步证据

用户提交材料前应尽量自行去除与主题无关的个人信息。星图在处理材料时会根据SA1管理制度进行脱敏、打码或删除。


=== 2.4 捐款与财务信息 ===

如星图开放捐款渠道，可能通过第三方支付或捐款平台处理：

* 捐款金额、时间、平台交易编号
* 用户主动填写的昵称、备注或联系方式

星图不主动收集银行卡号、身份证号、支付密码等高敏感支付信息。相关支付信息由第三方平台按照其规则处理。


=== 2.5 Cookie与本地存储 ===

如网站启用相关功能，可能使用Cookie或本地存储用于：

* 登录状态维持
* 语言、主题、显示偏好保存
* 安全校验与防滥用
* 匿名化访问统计

用户可通过浏览器设置管理Cookie，但禁用后部分功能可能无法正常使用。

-----


== 3. 我们如何使用信息 ==

星图处理个人信息仅用于以下目的：

# 提供知识库浏览、编辑、投稿、审核和反馈功能
# 维护账号权限、版本记录、内容质量和协作秩序
# 处理举报、申诉、删除请求、侵权通知和安全事件
# 进行必要的安全审计、日志分析、备份和故障排查
# 生成匿名化或汇总化统计，用于改进内容结构和运营方式
# 在法律法规要求或主管机关依法要求时履行必要义务

星图不会将个人信息用于与项目目标无关的广告投放、用户画像交易或商业营销。

-----


== 4. 词条内容中的个人信息处理 ==


=== 4.1 普通参与者 ===

星图原则上不收录普通参与者的真实姓名、联系方式、住址、学校、单位、证件号码、精确行踪、私密照片等信息。

如条目必须引用社群材料，应优先采用：

* 匿名化概述
* 去标识化截图
* 聚合性描述
* 可公开验证但不暴露个人身份的来源


=== 4.2 公众人物 ===

涉及公众人物时，仅可使用其已公开且与条目主题直接相关的信息。不得扩展收录与公共议题无关的家庭、住址、私人联系方式、非公开行程等内容。


=== 4.3 私密社群与内部材料 ===

星图不公开私密群组、非公开聊天记录、付费社群内部资料或未授权流出的个人材料。确有研究必要时，应进行高度概括并删除可识别个人或社群内部成员的信息。


=== 4.4 截图与附件 ===

包含头像、昵称、账号ID、地理位置、聊天记录、订单、交易记录、未成年人信息的截图，发布前必须打码或裁剪。

-----


== 5. 敏感个人信息与未成年人信息 ==


=== 5.1 敏感个人信息 ===

星图原则上不主动收集敏感个人信息，包括但不限于：

* 生物识别、宗教信仰、特定身份
* 医疗健康、金融账户、精确行踪
* 不满十四周岁未成年人的个人信息
* 足以造成现实伤害的社群内部身份信息

如因举报、申诉、权利证明或法律义务确需处理，星图将限定处理目的、缩小可见范围、采取加密或访问控制，并在目的达成后及时删除或匿名化。


=== 5.2 未成年人保护 ===

星图不以未成年人作为目标用户群体。未成年人参与投稿、反馈或账号注册时，应取得监护人同意。

涉及未成年人材料的条目从严处理：

* 不展示真实身份和可识别信息
* 不收录性化、诱导模仿或可能造成伤害的内容
* 必要时拒绝收录、限制访问或直接删除

-----


== 6. AI辅助与自动化处理 ==

星图可能使用AI或自动化工具辅助：

* 草稿生成、格式整理、分类建议
* 中性表述检查、敏感信息提示
* 链接检查、重复内容检测、质量评分

AI工具不作为最终裁决者。涉及个人信息、敏感内容、删除请求、争议处理和限制级内容的判断，必须经人工复核。

未经必要脱敏，不应将含有普通参与者真实身份、私密聊天记录、联系方式或其他敏感信息的材料输入外部AI服务。

-----


== 7. 信息共享与委托处理 ==

星图不会出售个人信息。仅在以下情况下可能共享或委托处理必要信息：


=== 7.1 基础设施服务 ===

可能涉及网站托管、域名解析、CDN、邮件服务、错误监控、备份存储、协作平台等第三方服务。

处理原则：

* 仅提供实现服务所需的最小信息
* 优先选择具备安全措施和隐私承诺的服务商
* 对可配置项目尽量关闭不必要的数据收集


=== 7.2 法律与安全要求 ===

在以下情况下，星图可能依法披露必要信息：

* 主管机关、司法机关依法要求
* 处理侵权、违法、诈骗、恶意攻击等安全事件
* 保护用户、编辑、项目或公众的人身与财产安全


=== 7.3 捐款与支付平台 ===

捐款相关支付信息由第三方平台处理。星图仅接触平台提供的必要记录，用于财务透明、对账和异常处理。

-----


== 8. 跨境处理 ==

如星图使用位于境外的托管、协作、邮件、分析或AI服务，相关数据可能被传输至境外服务器。

星图应尽量避免向境外服务传输敏感个人信息。确需使用时，应优先进行匿名化、去标识化或聚合化处理，并限制访问权限。

-----


== 9. 保存期限 ==

星图仅在实现处理目的所需的最短期间内保存个人信息：

{| class="wikitable"
|-
! 信息类型
! 保存原则
|-
| 访问日志
| 用于安全与故障排查，按实际运维需要定期清理
|-
| 账号信息
| 账号存续期间保存，注销后删除或匿名化
|-
| 编辑记录
| 为维护版本历史和公共知识资产，可能长期保留用户名与贡献记录
|-
| 举报与申诉材料
| 处理完成后按必要期限保存，超期删除或脱敏归档
|-
| 捐款记录
| 按财务透明、对账和法律要求保存
|-
| 备份数据
| 按SA1管理制度的备份周期滚动覆盖或删除
|}

如法律法规另有要求，按相关要求执行。

-----


== 10. 安全措施 ==

星图采取以下措施保护信息安全：

* 权限分级与最小权限访问
* 重要账号启用强密码和多因素认证（如条件允许）
* 定期备份与恢复测试
* 敏感材料加密存储或限制访问
* 截图、附件、证据材料发布前人工脱敏
* 安全事件发生后按SA1管理制度启动响应流程

任何系统无法保证绝对安全。用户发现信息泄露、越权访问或疑似安全漏洞时，应及时联系项目邮箱。

-----


== 11. 用户权利 ==

用户可依法申请：

* 查阅或复制与自身有关的个人信息
* 更正、补充不准确或不完整的信息
* 删除非必要、超范围、错误收录或违法处理的信息
* 撤回基于同意的信息处理授权
* 注销账号或限制部分处理活动
* 对处理结果提出申诉

为防止冒用，星图可能要求申请人提供必要的身份或权利证明。处理时限一般为7个工作日；涉及重大风险、复杂争议或法律程序的，可能延长并说明原因。

-----


== 12. 删除请求与侵权通知 ==

当事人、权利人或监护人可要求删除、隐藏或更正涉及自身的信息。请求应尽量包含：

# 具体页面或材料链接
# 需要处理的信息位置
# 请求类型：删除、打码、更正、限制访问、补充说明
# 初步理由或权利证明
# 可联系的邮箱或其他回访方式

星图收到请求后将进行核查。情况紧急、明显涉及隐私泄露或现实伤害风险的，可先行隐藏相关内容，再完成复核。

-----


== 13. 第三方链接 ==

星图条目可能包含外部网站、社交平台、媒体报道、论文数据库、视频平台或其他资源链接。第三方网站的信息处理行为不受本政策控制。

用户访问第三方链接前，应自行判断其隐私、安全和内容风险。

-----


== 14. 政策更新 ==

本政策可能因项目功能、法律法规、托管平台或运营流程变化而更新。重大变更应在发布前或发布时进行明显提示，并记录版本变化。

-----


== 15. 联系方式 ==

* 项目邮箱： staratlas@newstar.live
* 问题反馈： staratlas@newstar.live
* 紧急联系： [mailto:crcdlixx1234@outlook.com crcdlixx1234@outlook.com]

-----


== 16. 参考依据 ==

本政策起草时参考了以下规则与项目文件：

* 《中华人民共和国个人信息保护法》
* 《网络数据安全管理条例》
* 《SA0-星图写作与分类总指南》
* 《SA1-星图管理制度》

-----


== 17. 变更记录 ==

{| class="wikitable"
|-
! 版本
! 日期
! 修订内容
! 修订人
|-
| v1.0
| 2026-05-10
| 初始版本发布
| Lixx
|}

-----

'''文档结束'''

<blockquote>本政策用于为星图项目提供个人信息保护框架，不构成法律意见。涉及重大合规事项时，应咨询具备资质的法律专业人士。
</blockquote>

首页

Lixx — Sun, 10 May 2026 04:26:19 GMT

更改首页

←上一版本		2026年5月10日 (日) 04:26的版本
第3行：		第3行：

	星图是一个收集互联网社群文化的地方，很高兴能和大家相聚于此，我们不仅会一起完善星图的内容建设，更能在这个过程中收获快乐，拓宽对各类文化的认知。		星图是一个收集互联网社群文化的地方，很高兴能和大家相聚于此，我们不仅会一起完善星图的内容建设，更能在这个过程中收获快乐，拓宽对各类文化的认知。

			=== 开始阅读 ===
			[[星图文件]]

星图文件

Lixx — Sun, 10 May 2026 04:25:41 GMT

编辑星图文件

←上一版本		2026年5月10日 (日) 04:25的版本
第6行：		第6行：
	=== 归档文件（SAF） ===		=== 归档文件（SAF） ===
	[[SAF1 管理制度讨论记录]]		[[SAF1 管理制度讨论记录]]

			[[SAF2 星图词条处理Agent设计方案]]

SAF2 星图词条处理Agent设计方案

Lixx — Sun, 10 May 2026 04:25:21 GMT

增加SAF2

新页面

= 星图词条自动处理Agent设计方案 =

== 一、系统概述 ==
基于OpenClaw Gateway + OpenCLI + 两个Skill，设计一个自动化Agent来处理星图词条的采集、生成、人性化和发布流程。

== 二、核心能力 ==

=== 2.1 数据采集能力（基于OpenCLI） ===

* '''社交平台搜索'''：Bilibili、小红书、知乎、微博、豆瓣等
* '''内容抓取'''：帖子、评论、用户画像、热榜数据
* '''趋势监测'''：热搜、话题、标签追踪

=== 2.2 内容生成能力 ===

* '''词条撰写'''：按照星图L1-L5模板生成结构化内容
* '''分类判定'''：根据SA0指南自动分类到正确层级
* '''交叉标签'''：自动提取平台、地域、参与方式等标签

=== 2.3 内容优化能力（基于humanizer-zh） ===

* '''去AI痕迹'''：移除生成文本的机械感
* '''风格统一'''：符合星图中性、描述性、可验证的文风
* '''质量评分'''：自动评估内容质量（50分制）

== 三、Agent架构设计 ==

=== 3.1 Standing Orders（持久指令） ===
在 <code>AGENTS.md</code> 中定义星图词条处理的持久授权：
<code># 星图词条处理Agent - Standing Orders

## Program: 星图词条自动采集与生成

**Authority:**
- 搜索社交平台圈层内容
- 采集用户画像、帖子、评论数据
- 生成符合星图标准的词条草稿
- 自动分类和打标签
- 人性化处理文本

**Trigger:**
- 每日定时扫描（cron: 0 9 * * *）
- 手动触发：收到"处理词条：[主题]"消息
- Webhook触发：外部系统提交新词条请求

**Approval gate:**
- 词条草稿生成后需人工审核
- L1/L2层级词条必须人工确认分类
- 涉及争议内容的词条需标记并等待审批

**Escalation:**
- 无法确定分类层级时
- 发现多个平台数据严重冲突时
- 采集到疑似敏感/违规内容时
- 连续3次生成质量评分<35分时

### Execution Steps

1. **数据采集阶段**
- 使用opencli搜索目标平台（bilibili/xiaohongshu/zhihu等）
- 提取关键信息：群体特征、参与方式、平台分布、术语黑话
- 收集证据：帖子链接、用户数、活跃度数据

2. **分类判定阶段**
- 读取 SA0-星图写作与分类总指南.md
- 根据参与动机、核心行为、组织方式判定主分类
- 确定L1-L5层级位置
- 生成交叉标签（平台、地域、参与方式等）

3. **词条生成阶段**
- 按照对应层级模板生成MediaWiki格式词条
- 包含：定义、边界、参与者画像、典型表现、争议与风险
- 标注证据等级（A/B/C）
- 建立双向链接

4. **人性化处理阶段**
- 调用humanizer-zh skill
- 去除AI生成痕迹
- 确保符合星图文风：中性、描述性、可验证
- 质量评分（目标≥40分）

5. **验证与报告阶段**
- 检查词条完整性（6件事都回答了吗？）
- 验证分类唯一性和标签准确性
- 生成处理报告：采集源、分类路径、质量评分
- 提交审核或保存草稿

### What NOT to Do

- 不要创建一次性热点词条（无社群沉淀）
- 不要收录纯商业促销活动
- 不要使用价值审判语言（"低俗/高雅"）
- 不要在无法验证时编造数据
- 不要跳过人性化处理步骤
- 不要自动发布未经审核的词条</code>

=== 3.2 Cron Jobs（定时任务） ===
'''每日热点扫描任务'''
<code>openclaw cron add \
--name staratlas-daily-scan \
--cron "0 9 * * *" \
--tz Asia/Shanghai \
--timeout-seconds 600 \
--announce \
--channel telegram \
--message "执行星图每日热点扫描。检查B站、小红书、知乎热榜，识别新兴圈层。按standing orders处理发现的词条候选。"</code>
'''每周深度分析任务'''
<code>openclaw cron add \
--name staratlas-weekly-analysis \
--cron "0 14 * * 5" \
--tz Asia/Shanghai \
--timeout-seconds 1800 \
--announce \
--channel telegram \
--message "执行星图每周深度分析。回顾本周新增词条，检查分类准确性，更新争议内容，生成质量报告。"</code>

=== 3.3 Task Flow（工作流编排） ===
'''词条处理完整流程'''（Managed模式）
<code>Flow: entry-processing-[topic]
Step 1: data-collection → 使用opencli采集多平台数据
Step 2: classification → 判定分类层级和标签
Step 3: draft-generation → 生成词条草稿
Step 4: humanization → 调用humanizer-zh优化
Step 5: quality-check → 验证完整性和质量
Step 6: submit-for-review → 提交审核队列</code>

=== 3.4 Hooks（事件驱动） ===
'''词条提交后钩子''' (<code>~/.openclaw/hooks/entry-submitted.sh</code>)
<code>#!/bin/bash
# 词条提交后自动通知审核人员
ENTRY_FILE="$1"
ENTRY_TITLE=$(grep "^= " "$ENTRY_FILE" | head -1 | sed 's/^= //' | sed 's/ =$//')

curl -X POST "<nowiki>https://your-webhook-url</nowiki>" \
-H "Content-Type: application/json" \
-d "{\"title\": \"$ENTRY_TITLE\", \"file\": \"$ENTRY_FILE\", \"status\": \"pending_review\"}"</code>

== 四、实施步骤 ==

=== 4.1 环境准备 ===

# '''安装OpenClaw'''

<code>npm install -g openclaw@latest
openclaw onboard --install-daemon</code>

# '''安装OpenCLI'''

<code>npm install -g @jackwener/opencli
# 安装Chrome扩展：加载 extension/ 目录到 chrome://extensions</code>

# '''配置Skills'''

<code># 将两个skill复制到OpenClaw skills目录
cp -r ~/Desktop/skills/opencli-usage ~/.openclaw/skills/
cp -r ~/Desktop/skills/Humanizer-zh-main ~/.openclaw/skills/</code>

# '''配置浏览器登录'''

* 在Chrome中登录：Bilibili、小红书、知乎、微博、豆瓣等平台
* 确保opencli Browser Bridge扩展已启用

=== 4.2 创建工作空间 ===
<code>mkdir -p ~/staratlas-workspace
cd ~/staratlas-workspace

# 创建目录结构
mkdir -p {drafts,published,审核队列,数据采集,质量报告}

# 复制星图指南
cp ~/Documents/KB/main/星图/SA0-星图写作与分类总指南.md ./</code>

=== 4.3 配置Standing Orders ===
创建 <code>AGENTS.md</code>：
<code># 星图词条处理Agent

[将3.1节的Standing Orders内容粘贴到这里]

## 工作目录结构
- drafts/: 词条草稿
- published/: 已发布词条
- 审核队列/: 待审核词条
- 数据采集/: 原始采集数据
- 质量报告/: 质量评估报告

## 命名规范
- 草稿：`SA-L[层级]-[编码]-[标题]-draft-[日期].md`
- 正式：`SA-L[层级]-[编码]-[标题].md`</code>

=== 4.4 设置Cron任务 ===
<code># 添加每日扫描
openclaw cron add --name staratlas-daily-scan \
--cron "0 9 * * *" --tz Asia/Shanghai \
--timeout-seconds 600 --announce \
--message "执行星图每日热点扫描"

# 添加每周分析
openclaw cron add --name staratlas-weekly-analysis \
--cron "0 14 * * 5" --tz Asia/Shanghai \
--timeout-seconds 1800 --announce \
--message "执行星图每周深度分析"</code>

== 五、使用示例 ==

=== 5.1 手动触发词条处理 ===
通过Telegram/WhatsApp发送消息：
<code>处理词条：原神二创圈</code>
Agent会自动：

# 搜索B站、小红书、知乎相关内容
# 采集数据并分类（可能是L1-C > L2-C2 > L3-xxx）
# 生成词条草稿
# 人性化处理
# 提交审核队列并通知你

=== 5.2 查看处理进度 ===
<code># 查看活跃的工作流
openclaw tasks flow list

# 查看特定词条处理详情
openclaw tasks flow show entry-processing-原神二创圈

# 查看所有后台任务
openclaw tasks list</code>

=== 5.3 审核词条 ===

# 收到审核通知后，打开 <code>审核队列/</code> 目录
# 检查词条内容：
#* 分类是否准确？
#* 6个必答问题都回答了吗？
#* 证据等级标注了吗？
#* 文风是否中性、可验证？
# 批准或要求修改

== 六、质量控制 ==

=== 6.1 自动质量检查 ===
每个词条生成后自动检查：

* ✓ 主分类唯一且合理
* ✓ 至少2个交叉标签
* ✓ 写清"是什么/不是什么"
* ✓ 有可验证来源
* ✓ 没有价值评判措辞
* ✓ 与相邻词条建立双向链接
* ✓ Humanizer质量评分≥40分

=== 6.2 人工审核要点 ===
'''必须人工审核的情况：'''

* L1/L2层级词条（影响整体分类体系）
* 涉及争议内容的词条
* 质量评分35-40分的边缘词条
* Agent标记为"需要escalation"的词条

'''审核清单：'''

# 分类准确性：是否放对了L1-L5位置？
# 边界清晰度：与相邻类别区分明确吗？
# 证据充分性：来源可验证吗？
# 文风合规性：是否中性、描述性？
# 完整性：6件事都回答了吗？

== 七、扩展方向 ==

=== 7.1 增强数据源 ===

* 添加更多平台：抖音、快手、贴吧
* 接入学术数据库：CNKI、万方
* 整合媒体报道：36氪、虎嗅

=== 7.2 智能分类优化 ===

* 训练分类模型：基于历史词条数据
* 相似度检测：避免重复词条
* 自动关联：发现词条间隐含关系

=== 7.3 协作功能 ===

* Webhook集成：连接外部审核系统
* 多人协作：分配审核任务
* 版本控制：词条迭代历史追踪

== 八、注意事项 ==

=== 8.1 数据合规 ===

* 遵守各平台robots.txt和使用条款
* 不采集个人隐私信息
* 敏感内容需特殊标记

=== 8.2 质量优先 ===

* 宁缺毋滥：质量不达标的词条不发布
* 持续迭代：定期回顾和更新已发布词条
* 社群反馈：建立词条纠错机制

=== 8.3 系统维护 ===

* 定期检查opencli登录状态
* 监控cron任务执行情况
* 备份词条数据和配置文件

== 九、故障排查 ==

=== 9.1 常见问题 ===
'''问题1：opencli命令失败'''
<code># 检查浏览器扩展
opencli doctor

# 重启daemon
openclaw daemon restart</code>
'''问题2：词条质量评分持续偏低'''

* 检查humanizer-zh skill是否正确加载
* 调整生成提示词，强调星图文风要求
* 增加人工干预频率

'''问题3：分类判定不准确'''

* 更新SA0指南到最新版本
* 增加分类示例到standing orders
* 对边界模糊的案例建立决策树

=== 9.2 日志查看 ===
<code># 查看Gateway日志
openclaw logs

# 查看特定任务日志
openclaw tasks show <task-id>

# 查看cron执行历史
openclaw cron list</code>

== 十、总结 ==
这个Agent设计方案充分利用了OpenClaw的自动化能力：

* '''Standing Orders''' 定义持久授权和执行规范
* '''Cron Jobs''' 实现定时扫描和分析
* '''Task Flow''' 编排多步骤处理流程
* '''Hooks''' 处理事件驱动的通知
* '''Skills''' 复用opencli和humanizer能力

通过这套系统，你可以：

# 自动发现和采集新兴圈层信息
# 按照星图标准生成高质量词条
# 保持人工审核的质量控制
# 持续迭代和优化词条库

建议从小规模试点开始，逐步扩展到更多平台和词条类型。

星图文件

Lixx — Sun, 10 May 2026 04:24:33 GMT

增加星图文件

新页面

=== 规范文件（SA） ===
[[SA0-星图写作与分类总指南]]

[[SA1-星图管理制度]]

=== 归档文件（SAF） ===
[[SAF1 管理制度讨论记录]]

SAF1 管理制度讨论记录

Lixx — Sun, 10 May 2026 04:24:03 GMT

增加SAF1

新页面

= 星图管理制度建设讨论记录 =

== 背景 ==
本次讨论围绕《SA0-星图管理制度》草稿，针对项目建设中容易遇到的6个犀利问题进行问答，并形成补充建议。
----

== 问题与回答 ==

=== 问题1：道德争议内容的收录 ===
'''问题：''' 某个圈层的核心行为本身就涉及道德争议（如"人肉搜索互助组""代拍跟踪技巧交流"），收录本身是否意味着认可？如何在记录文化现象和避免成为违法行为指南之间划线？

'''回答：''' 不认为收录本身意味着认可，可以先记录，但在上方写上类似"禁止模仿"的标语，并限制某些用户观看。

'''总结：'''

* 思路是"记录但隔离"，方向正确
* 需要标准化"禁止模仿"标语措辞
* 需要明确权限分级：哪类内容触发限制？登录可见还是审核可见？
* 建议在制度里新增"限制级内容"分类，明确触发条件和展示规则

----

=== 问题2：权力制衡 ===
'''问题：''' 分类架构师和项目负责人权力很大，如果出现严重分歧或个人偏好影响分类逻辑，普通编辑如何制衡？

'''回答：''' 项目负责人即本人，认为可以通过AI监督和调解。

'''总结：'''

* AI作为"初筛+提示"工具，而非最终裁决者
* 保留人工复核通道，尤其是争议案例
* 需明确AI监督的具体场景（分类一致性检查？表述中性度评分？）

----

=== 问题3：商业化诱惑与资金困境 ===
'''问题：''' 如果品牌方或KOL愿意提供资料或赞助换取收录或美化描述，如何处理？

'''回答：''' 直接拒绝。如果没钱可以先把主站停掉，把词条放在开放平台里，同时开放捐款。

'''总结：'''

* "直接拒绝+迁移开放平台+开放捐款"是务实的降级方案
* 需提前选定迁移平台（Fandom/Miraheze/GitHub Pages等）
* 捐款需透明度机制：收支公开
* 建议制度里加"商业合作零容忍"明确声明

----

=== 问题4：跨界圈层的分类困境 ===
'''问题：''' 很多圈层天然跨界，强行单一分类会失真，标签系统能弥补吗？

'''回答：''' 可以通过MediaWiki的某些功能添加其他标签（不确定）。

'''总结：'''

* MediaWiki的Category系统支持多重分类，方向可行
* 建议用<code><nowiki>{{主分类}}</nowiki></code>模板标注主路径，其他分类作为辅助索引
* 需写进SA0总指南，避免编辑各自为政

----

=== 问题5：志愿者团队的可持续性 ===
'''问题：''' 没有物质回报，核心成员逐渐流失，如何保证项目不变成"几个人的自嗨"？

'''回答：''' 可以通过AI搜资料或其他wiki编辑词条，同时加大宣传吸引更多人。

'''总结：'''

* AI辅助编辑需人工审核，可能增加负担，需评估
* 宣传吸引新人后，留存才是关键
* 建议设计"最小维护模式"：活跃编辑不足时，项目能低成本维持

----

=== 问题6：时效性与收录标准的矛盾 ===
'''问题：''' 要求3个月沉淀才收录，但很多圈层3个月就过气了，如何平衡？

'''回答：''' 分不同情况来定，比如L1-I就可以短期收录。

'''总结：''' 按圈层类型差异化处理，建议规则如下：
{| class="wikitable"
!类型
!收录门槛
!保留条件
|-
|L1-I（模因/网络原生）
|1个月+可验证传播
|有文化影响力留存
|-
|L4 对象条目
|3个月社群沉淀
|持续活跃
|-
|L1-L3 分类调整
|6个月以上稳定性
|长期有效
|}
----

== 整体结论 ==
回答都有可执行方向，但大多停留在"原则层"，需转化为制度里的具体条款。后续可将上述补充更新进《SA0-星图管理制度》。

SA1-星图管理制度

Lixx — Sun, 10 May 2026 04:20:21 GMT

增加SA1

新页面

= 0. 制度目标 =
本制度旨在规范星图项目的日常运营，确保：

# '''内容质量'''：维持中性、可验证、描述性的写作标准
# '''协作效率'''：明确分工、流程透明、决策有据
# '''风险控制'''：防范法律风险、保护隐私、处理争议
# '''可持续发展'''：建立迭代机制、培养编辑团队、积累知识资产

----

== 1. 组织架构与角色分工 ==

=== 1.1 核心角色 ===

==== 1.1.1 项目负责人（Project Lead） ====

* '''职责'''：
** 制定项目整体方向与年度目标
** 审批重大分类调整与制度修订
** 处理重大争议与危机事件
** 协调资源分配与团队建设
* '''权限'''：最高审批权、制度修订权、人员任免权

==== 1.1.2 分类架构师（Taxonomy Architect） ====

* '''职责'''：
** 维护L1-L3分类体系的一致性
** 审核新增分类提案
** 处理分类冲突与边界争议
** 定期优化分类逻辑
* '''权限'''：分类体系调整权、L1-L3条目审批权

==== 1.1.3 内容编辑（Content Editor） ====

* '''职责'''：
** 撰写与编辑L4-L5条目
** 执行质量检查清单
** 收集社群反馈与更新需求
** 协助新编辑培训
* '''权限'''：L4-L5条目创建与编辑权

==== 1.1.4 审核员（Reviewer） ====

* '''职责'''：
** 复核待发布条目
** 检查证据来源与中性表述
** 标注风险属性
** 处理举报与修改请求
* '''权限'''：条目审核权、风险标注权

==== 1.1.5 技术维护（Tech Maintainer） ====

* '''职责'''：
** 维护知识库技术架构（Obsidian/MediaWiki等）
** 开发自动化工具（链接检查、格式校验）
** 数据备份与迁移
** 权限系统管理
* '''权限'''：系统管理权限

----

== 2. 内容管理规范 ==

=== 2.1 收录标准（必须同时满足） ===

# '''社群沉淀'''：存在可验证的持续性社群活动（时长要求见2.1.1）
# '''文化机制'''：具有稳定的参与方式、话语体系或组织形态
# '''可描述性'''：能用中性语言清晰界定边界
# '''证据充分'''：至少2条B级或以上证据（见SA0总指南5.3）

==== 2.1.1 时效性分级收录标准 ====
'''说明：''' 部分内容因其快速迭代特性，允许较短收录周期，但需严格验证传播路径和文化影响力。

=== 2.2 排除标准（任一即排除） ===

# 一次性热点事件，无社群延续
# 纯商业促销活动
# 无法验证的传闻或谣言
# 过度依赖个人隐私信息

=== 2.3 敏感内容处理 ===

* '''未成年人相关'''：
** 不收录以未成年人为主体的圈层
** 涉及未成年人参与的圈层需标注风险
** 严禁收录任何性化未成年人的内容
* '''争议高风险内容'''：
** 需经审核员+分类架构师双重审核
** 必须标注<code>#争议高</code>标签
** 在"争议与风险"章节详细说明
* '''商业化内容'''：
** 区分"文化现象"与"商业推广"
** 避免成为品牌宣传平台
** 标注<code>#商业化强</code>标签

==== 2.3.1 限制级内容制度 ====
部分内容虽符合收录标准，但需限制访问：

'''触发条件（满足任一即为限制级）：'''

* 描述的行为在现实中可能造成伤害（如跟踪、人肉搜索技巧）
* 涉及高度争议的政治/宗教/伦理议题
* 包含可能被模仿的危险行为

'''展示规则：'''

* 页面顶部显示标准警示语："本条目记录的是文化现象，不代表认可或鼓励相关行为。"
* 需登录账号方可查看完整内容
* 风险属性标注<code>#限制级</code>

'''商业合作零容忍声明：'''

星图项目不接受任何形式的商业赞助、付费收录或内容美化请求。如遇此类接触，项目负责人有权直接拒绝，无需说明理由。

=== 2.4 隐私保护原则 ===

* '''个人信息脱敏'''：
** 不收录普通参与者的真实姓名、联系方式
** 公众人物限于已公开信息
** 截图需打码处理
* '''社群内部信息'''：
** 不公开私密群组的内部讨论
** 引用需征得原作者同意或匿名化
* '''举报与删除'''：
** 当事人有权要求删除涉及自身的非公开信息

----

== 3. 编辑流程与权限管理 ==

=== 3.1 标准编辑流程 ===

==== 阶段1：提案（Proposal） ====

* '''提交者'''：任何编辑或社群成员
* '''内容要求'''：
** 一句话定义
** 拟分类路径（L1>L2>L3）
** 至少3条证据来源
** 说明收录必要性
* '''审批'''：
** L4-L5条目：内容编辑自审
** L1-L3调整：分类架构师审批
* '''时限'''：3个工作日内给出反馈

==== 阶段2：初稿（Draft） ====

* '''撰写者'''：内容编辑
* '''要求'''：
** 按对应层级模板完成
** 完成质量检查清单（SA0总指南10）
** 标注证据等级
* '''协作'''：可邀请其他编辑共同撰写

==== 阶段3：复核（Review） ====

* '''复核者'''：审核员
* '''检查项'''：
** 分类准确性
** 边界清晰度
** 中性表述
** 证据有效性
** 风险标注
* '''结果'''：
** 通过：进入发布
** 修改：退回编辑并说明理由
** 拒绝：存档并说明原因
* '''时限'''：5个工作日

==== 阶段4：发布（Publish） ====

* '''操作'''：技术维护或内容编辑
* '''动作'''：
** 移入正式库
** 建立双向链接
** 更新索引
** 记录变更日志

==== 阶段5：迭代（Iteration） ====

* '''触发条件'''：
** 社群反馈
** 新证据出现
** 分类调整
** 季度例行更新
* '''流程'''：简化版（提案→修改→复核→发布）

=== 3.2 快速通道（Fast Track） ===
适用于：

* 紧急更新（重大事件、风险预警）
* 小幅修订（错别字、链接修复）
* 技术性调整（格式统一、标签补充）

'''流程'''：编辑直接修改 → 事后通知审核员

=== 3.3 权限分级 ===
{| class="wikitable"
!角色
!L1-L3
!L4-L5
!标签
!审核
!删除
!系统
|-
|项目负责人
|✓
|✓
|✓
|✓
|✓
|✓
|-
|分类架构师
|✓
|✓
|✓
|✓
|✓
| -
|-
|内容编辑
| -
|✓
|✓
| -
| -
| -
|-
|审核员
| -
|只读
|✓
|✓
|✓
| -
|-
|技术维护
| -
| -
| -
| -
| -
|✓
|}

==== 3.3.1 跨界分类处理规则 ====
对于天然跨越多个L1/L2的圈层：

* '''主分类唯一'''：按参与动机优先级确定唯一主路径（见SA0总指南4.1）
* '''辅助分类'''：在MediaWiki中可添加多个<code>[[Category:]]</code>作为辅助索引，不影响主分类
* '''模板标注'''：使用<code>{{主分类}}</code>模板在条目顶部明确主路径，其余分类仅作检索用途
* '''示例'''：VTuber应援行为主分类为<code>D2</code>，同时添加<code>Category:C3</code>辅助索引

==== 3.3.2 AI辅助监督机制 ====
AI作为辅助工具参与以下场景，'''不作为最终裁决者'''：

* '''分类一致性检查'''：检测新条目的分类路径是否与现有体系冲突
* '''中性度评分'''：标记可能含有价值判断的表述，供审核员参考
* '''证据有效性初筛'''：检测引用链接是否失效

'''人工复核要求：''' AI标记的所有问题须经审核员确认后方可处理，AI建议不自动生效。

=== 3.4 权限申请与变更 ===

* '''新编辑加入'''：
** 提交申请（说明背景与动机）
** 完成培训（阅读SA0总指南+试写1篇L5条目）
** 试用期1个月（至少完成3篇条目）
** 转正后获得完整编辑权限
* '''权限升级'''：
** 内容编辑→审核员：需6个月经验+推荐
** 审核员→分类架构师：需1年经验+项目负责人任命
* '''权限撤销'''：
** 长期不活跃（>3个月无贡献）
** 违反制度（视情节轻重）
** 主动申请退出

----

== 4. 争议处理机制 ==

=== 4.1 争议类型 ===

==== 类型A：分类争议 ====

* '''表现'''：对条目应归属哪个L1/L2/L3存在分歧
* '''处理'''：
*# 编辑提出不同方案（各附理由）
*# 分类架构师裁决
*# 记录决策依据，更新分类判定规则

==== 类型B：内容争议 ====

* '''表现'''：对描述准确性、中性性存在质疑
* '''处理'''：
*# 举报者提供反驳证据
*# 审核员核查
*# 编辑修订或维持原文
*# 争议较大时可标注"存在争议"并列出不同观点

==== 类型C：收录争议 ====

* '''表现'''：对是否应收录某圈层存在分歧
* '''处理'''：
*# 对照收录/排除标准
*# 审核员+分类架构师联合评估
*# 边界案例提交项目负责人决策
*# 决策记录存档，作为后续参考

==== 类型D：风险争议 ====

* '''表现'''：对内容是否涉及法律/伦理风险存在分歧
* '''处理'''：
*# 立即暂停发布
*# 项目负责人+审核员评估
*# 必要时咨询法律顾问
*# 决定：修改/删除/标注风险/维持原文

=== 4.2 举报与申诉 ===

* '''举报渠道'''：
** 内部：编辑群组/项目管理系统
** 外部：公开邮箱/表单（需提供证据）
* '''处理时限'''：
** 一般举报：7个工作日
** 紧急风险：24小时内响应
* '''申诉机制'''：
** 对审核结果不满可向项目负责人申诉
** 申诉需提供新证据或指出程序问题
** 项目负责人裁决为最终决定

=== 4.3 冲突解决原则 ===

# '''证据优先'''：以可验证证据为准，而非主观判断
# '''中性立场'''：不偏袒任何圈层或观点
# '''透明决策'''：重大争议的处理依据需公开
# '''从严把关'''：存疑时宁可不收录，避免风险

----

== 5. 质量控制体系 ==

=== 5.1 质量标准（三级） ===

==== ★★★ 优质条目 ====

* 证据等级A或多条B级
* 结构完整，逻辑清晰
* 双向链接完善
* 定期更新（<6个月）

==== ★★ 合格条目 ====

* 至少2条B级证据
* 符合模板要求
* 基本链接完整

==== ★ 待完善条目 ====

* 仅有C级证据或证据不足
* 结构不完整
* 需补充更新

=== 5.2 质量检查机制 ===

* '''新条目发布前'''：必须通过质量检查清单（SA0总指南10）
* '''季度抽查'''：随机抽取10%条目进行复核
* '''用户反馈'''：建立反馈渠道，及时处理质量问题
* '''年度评估'''：评选优质条目，淘汰低质条目

=== 5.3 常见质量问题与处理 ===
{| class="wikitable"
!问题
!处理方式
!责任人
|-
|证据失效（链接失效）
|补充新证据或标注"待更新"
|原编辑
|-
|表述不中性
|修改为描述性语言
|审核员
|-
|分类错误
|重新分类并更新链接
|分类架构师
|-
|内容过时
|补充最新发展或标注时效性
|任意编辑
|-
|边界模糊
|补充"不是什么"章节
|原编辑
|}
----

== 6. 技术与安全管理 ==

=== 6.1 数据备份 ===

* '''频率'''：每日自动备份
* '''存储'''：本地+云端双重备份
* '''保留'''：至少保留近3个月的版本
* '''测试'''：每季度进行一次恢复测试

=== 6.2 版本控制 ===

* '''工具'''：Git或类似版本控制系统
* '''提交规范'''：
** 格式：<code>[类型] 简要说明</code>
** 类型：新增/修改/删除/重构/修复
** 示例：<code>[新增] L4-某圈子档案</code>
* '''分支策略'''：
** main：稳定发布版
** dev：开发分支
** feature/*：功能分支

=== 6.3 访问控制 ===

* '''内部编辑'''：需账号登录，权限分级
* '''公开访问'''：
** 只读模式
** 敏感内容需登录查看
** 风险内容需确认年龄

=== 6.4 安全事件响应 ===

* '''数据泄露'''：
*# 立即评估泄露范围
*# 通知受影响用户
*# 修复漏洞
*# 复盘并改进
* '''恶意篡改'''：
*# 回滚到最近备份
*# 排查入侵途径
*# 加强权限管理
* '''法律风险'''：
*# 立即下线相关内容
*# 咨询法律顾问
*# 配合调查
*# 更新风险防控机制

----

== 7. 社群协作规范 ==

=== 7.1 沟通原则 ===

* '''尊重'''：尊重不同观点，避免人身攻击
* '''建设性'''：提出问题时附带改进建议
* '''透明'''：重要决策公开讨论
* '''效率'''：避免无意义争论，及时达成共识

=== 7.2 协作工具 ===

* '''文档协作'''：Obsidian/MediaWiki/Notion
* '''任务管理'''：Trello/GitHub Issues/飞书多维表格
* '''即时通讯'''：Discord/Slack/企业微信
* '''会议'''：腾讯会议/Zoom（录屏存档）

=== 7.3 贡献激励 ===

* '''认可机制'''：
** 贡献榜（按条目数/质量评分）
** 优秀编辑表彰
** 署名权（条目创建者）
* '''成长路径'''：
** 新手编辑→资深编辑→审核员→分类架构师
** 提供培训与指导
* '''非物质激励'''：
** 参与感与成就感
** 专业能力提升
** 社群归属感

=== 7.4 资金困境应对方案 ===
当项目面临资金或资源短缺时，启动降级方案：

==== 7.4.1 平台迁移预案 ====

* '''目标平台'''：Miraheze（免费MediaWiki托管）或GitHub Pages（静态站点）
* '''迁移触发条件'''：主站运营成本无法维持超过3个月
* '''迁移流程'''：
*# 提前1个月公告
*# 导出全部条目（XML/Markdown格式）
*# 在目标平台重建分类结构
*# 保留原站只读访问（如可能）

==== 7.4.2 捐款透明机制 ====
如开放捐款渠道：

* 每月公开收支明细（托管费、域名费、工具订阅等）
* 捐款仅用于基础设施，不支付人员报酬
* 剩余资金滚存至下月，年度结余公示

==== 7.4.3 最小维护模式 ====
当活跃编辑不足3人时，自动进入最小维护模式：

* '''暂停新增'''：停止收录新条目，仅维护现有内容
* '''AI辅助'''：使用AI工具进行链接检查、格式校验等机械性工作
* '''社群自治'''：开放用户反馈通道，由社群标记错误和过时内容
* '''定期唤醒'''：每季度评估是否恢复正常模式

----

== 8. 制度维护与修订 ==

=== 8.1 修订触发条件 ===

* 实践中发现制度漏洞
* 项目规模变化（人员/内容量）
* 外部环境变化（法律法规/平台政策）
* 年度例行审查

=== 8.2 修订流程 ===

# '''提案'''：任何成员可提出修订建议
# '''讨论'''：核心团队讨论可行性
# '''草案'''：起草修订版本
# '''征求意见'''：全体编辑投票或反馈
# '''审批'''：项目负责人批准
# '''公示'''：提前7天公示新版本
# '''生效'''：正式实施并存档旧版本

=== 8.3 制度解释权 ===

* 本制度最终解释权归项目负责人
* 未尽事宜由核心团队讨论决定
* 特殊情况可临时豁免，但需事后补充制度

----

== 9. 附则 ==

=== 9.1 生效日期 ===
本制度自2026年4月19日起生效。

=== 9.2 适用范围 ===
本制度适用于星图项目的所有参与者，包括但不限于：

* 核心团队成员
* 内容编辑与审核员
* 技术维护人员
* 外部贡献者

=== 9.3 与其他文档的关系 ===

* 本制度与《SA0-星图写作与分类总指南》配套使用
* 总指南侧重"怎么写"，本制度侧重"怎么管"
* 如有冲突，以最新版本为准

=== 9.4 联系方式 ===

* 项目邮箱： staratlas@newstar.live
* 问题反馈： staratlas@newstar.live
* 紧急联系： [mailto:crcdlixx1234@outlook.com crcdlixx1234@outlook.com]

----

== 10. 变更记录 ==
{| class="wikitable"
!版本
!日期
!修订内容
!修订人
|-
|v1.0
|2026-04-19
|初始版本发布
|Lixx
|-
|v1.1
|2026-04-19
|补充：限制级内容制度、时效性分级、跨界分类规则、AI监督机制、资金困境应对、最小维护模式
|Lixx
|-
|v1.2
|2026-05-10
|更改部分内容
|Lixx
|}
----'''文档结束'''<blockquote>本制度旨在为星图项目提供清晰的管理框架，确保项目的长期健康发展。所有参与者应认真阅读并遵守本制度，共同维护星图的质量与声誉。</blockquote>

SA0-星图写作与分类总指南

Lixx — Sun, 10 May 2026 04:19:00 GMT

增加SA0

新页面

== 0. 文档目标 ==
本指南用于统一星图项目的：

# '''分类逻辑'''（如何把圈层放进体系）
# '''写作标准'''（每层级文档怎么写）
# '''收录与维护流程'''（怎么新增、校对、迭代）

----

== 1. 总体方法：主分类 + 交叉标签（推荐） ==

=== 1.1 层级结构 ===

* '''分类轴（唯一主路径）'''：L1 领域 → L2 类别 → L3 子类别 → L4 对象条目 → L5 最小知识单元
* '''标签轴（可多选）'''：平台、地域、语言、代际、争议属性等

<blockquote>规则：每个条目只能有一个主分类路径，但可以有多个交叉标签。

目的：避免”硬塞一个类”导致失真。</blockquote>
----

== 2. 分类层级定义（必须统一） ==

* '''L1 领域'''：最高层价值取向/参与动机（如”外观与身份”）
* '''L2 类别'''：稳定文化机制（如”数据应援”）
* '''L3 子类别'''：具体参与范式（如”打投组””反黑组”）
* '''L4 对象条目'''：圈层群体、作品、行为模式等主体内容（如某CP圈、某同人作品、集资应援行为）
* '''L5 最小知识单元'''：术语解释、人物、具体事件等细节内容，一般跳转到其他wiki或外部资源

----

== 3. L1 总表（首版） ==

=== '''L1-A. 外观与身份 (Appearance & Identity)''' ===
<blockquote>'''核心定义：''' 通过改变个体外在形象，或确立某种社会身份，来表达“我与众不同”或“我属于这类人”的文化。</blockquote>

=== '''L1-B. 幻想与叙事 (Fantasy & Narrative)''' ===
<blockquote>'''核心定义：''' 基于对特定概念、世界观、故事的迷恋而聚集的群体。不仅是消费内容，更是对想象力的共鸣。</blockquote>

=== '''L1-C. ACG与虚拟娱乐 (ACG & Virtual Entertainment)''' ===
<blockquote>'''核心定义：''' 以动画、漫画、电子游戏为原点，衍生出的庞大二次元及泛二次元生态。</blockquote>

=== '''L1-D. 现实偶像与饭圈 (Real-life Fandoms)''' ===
<blockquote>'''核心定义：''' 围绕现实存在的公众人物进行崇拜、应援、数据维护及情感投射的组织化群体。</blockquote>

=== '''L1-E. 技能、技术与极客 (Skills, Tech & Geek)''' ===
<blockquote>'''核心定义：''' 对特定技术、工具、科学原理或创作技能进行极致钻研和实践的群体。</blockquote>

=== '''L1-F. 器物与硬核收藏 (Artifacts & Collection)''' ===
<blockquote>'''核心定义：''' 对现实物质世界的特定物品（非生物/非人偶）进行搜集、分类、鉴赏和维护。</blockquote>

=== '''L1-G. 体验与生活方式 (Experience & Lifestyle)''' ===
<blockquote>'''核心定义：''' 追求生活中不常见的、极致的感官体验，或践行某种独特的生活哲学。</blockquote>

=== '''L1-H. 游戏与规则博弈 (Games & Rules)''' ===
<blockquote>'''核心定义：''' 专注于非电子化的、基于严密规则系统的智力对抗与策略博弈。</blockquote>

=== '''L1-I. 模因、网络原生与抽象 (Memes & Internet Native)''' ===
<blockquote>'''核心定义：''' 诞生于网络论坛，以解构、讽刺、符号化传播为特征的“梗”文化。</blockquote>

=== 3.1 L2 首版总表（按 L1） ===
<blockquote>说明：L2 是“稳定文化机制”，不是题材清单。每个 L2 下仍需继续拆分 L3/L4。</blockquote>

==== L1-A 外观与身份 ====

* '''A1 风格穿搭与审美身份'''：通过服饰、妆造、配件建立可识别身份。
* '''A2 身体改造与身体表达'''：通过纹身、穿孔、发色等长期改造表达立场。
* '''A3 场景化形象实践'''：在展会、街区、活动中进行形象出场与同好识别。
* '''A4 身份标签与社群认同'''：围绕代际、性别表达、风格标签形成归属网络。

==== L1-B 幻想与叙事 ====

* '''B1 世界观考据与设定派'''：围绕设定一致性、考据与补完进行深度讨论。
* '''B2 同人叙事再创作'''：基于原作进行剧情、设定、角色再生产。
* '''B3 角色关系与 CP 叙事'''：围绕角色关系线展开解读、创作与传播。
* '''B4 都市传说与神秘叙事社群'''：以未证实叙事为核心的讨论与再叙事。

==== L1-C ACG 与虚拟娱乐 ====

* '''C1 动漫内容消费与评议'''：追番、补番、评分、长评与口碑传播。
* '''C2 二游与虚拟角色参与文化'''：抽卡、养成、活动竞逐和角色情感投射。
* '''C3 VTuber 与虚拟主播参与文化'''：直播观看、打赏互动、切片二创。
* '''C4 线下漫展与角色扮演生态'''：漫展、Cos、摄影、场贩的线下协作机制。
* '''C5 周边模型与 ACG 收藏'''：手办、模型、限定周边的收藏与交易。
* '''C6 3A 与主机/PC 核心玩家文化'''：围绕 AAA、单机流程、成就、MOD 和硬件性能讨论形成的参与机制。
* '''C7 网游与 MMO 社群协作文化'''：围绕持续运营在线游戏形成的公会、赛季、排位、版本开荒协作机制。

==== L1-D 现实偶像与饭圈 ====

* '''D1 内容追随与情感陪伴'''：围绕舞台、物料、直播形成持续关注与陪伴。
* '''D2 应援组织与榜单竞争'''：打投、集资、冲榜等可量化目标驱动的协作。
* '''D3 数据维护与舆情行动'''：控评、反黑、净化词条、舆情防守。
* '''D4 站姐与物料生产流通'''：拍摄、修图、分发与售卖构成的素材系统。
* '''D5 线下行程跟随与现场协作'''：接送机、线下活动组织与秩序维护。

==== L1-E 技能、技术与极客 ====

* '''E1 编程与开源协作'''：围绕代码仓库和问题追踪的协同生产机制。
* '''E2 硬件改装与 Maker 实践'''：焊接、改机、3D 打印、原型验证。
* '''E3 AI 工作流与提示工程'''：模型调用、自动化流程、提示词共享与复用。
* '''E4 数字内容技术创作'''：剪辑、调色、混音、特效等工具链实践。
* '''E5 科学竞赛与技术社团'''：题库训练、团队分工、复盘迭代。

==== L1-F 器物与硬核收藏 ====

* '''F1 卡牌、盲盒与稀缺品收藏'''：抽取、分级、估值、流通。
* '''F2 复古器材与电子收藏'''：老相机、老游戏机、音响设备等器物文化。
* '''F3 鞋服与潮流单品收藏'''：限量发售、二级市场、真伪鉴定。
* '''F4 工具系器物收藏'''：文具、刀具、机械工具的分类与维护。
* '''F5 收藏交易与评级体系'''：鉴定、评级、托管、拍卖等制度化机制。

==== L1-G 体验与生活方式 ====

* '''G1 户外探索与自然体验'''：徒步、露营、攀登等活动型社群。
* '''G2 夜生活与现场文化'''：Livehouse、电子派对与现场行为规范。
* '''G3 小众饮食与风味实验'''：咖啡、精酿、发酵与风味评测。
* '''G4 身心实践与自我优化'''：训练法、冥想、冷疗等持续实践社群。
* '''G5 极简与替代性生活方式'''：低消费、数字游民、生活实验。

==== L1-H 游戏与规则博弈（非电子） ====

* '''H1 桌游机制与社交对局'''：德式/美式桌游的组局与规则讨论。
* '''H2 TCG 集换式卡牌竞技'''：构筑、对局、赛季与禁限体系。
* '''H3 棋类训练与竞技圈层'''：围棋、象棋、国际象棋的训练体系。
* '''H4 TRPG 跑团与规则叙事'''：模组、DM 组织与角色协作叙事。
* '''H5 战棋兵棋与推演文化'''：战术推演、复盘分析与规则优化。

==== L1-I 模因、网络原生与抽象 ====

* '''I1 梗图与表情包生产传播'''：模板复用、变体再创作与平台扩散。
* '''I2 抽象黑话与话术共同体'''：圈内语法、暗号与身份识别。
* '''I3 论坛原生圈层与吧圈文化'''：楼层叙事、版规治理、群体记忆生产。
* '''I4 解构整活与恶搞工程'''：二改视频、拼贴文本和故意错位表达。
* '''I5 算法驱动短视频梗生态'''：挑战模板、复刻链路与裂变传播。

----

== 4. 分类判定规则（避免冲突） ==

=== 4.1 主分类判定优先级 ===

# '''参与动机'''（最重要）
# '''核心行为'''（日常在做什么）
# '''组织方式'''（是否应援、是否创作、是否收藏）
# '''内容媒介'''（动画/真人/论坛等）

=== 4.2 冲突处理 ===

* 只选一个主类，其他放标签
* 例：VTuber追随
* 若以“看直播打赏”为主 → C2
* 若以“控评打投”为主 → D3
* 若以“模型收藏”为主 → F1

=== 4.3 排除项（不收录） ===

* 一次性热点且无社群沉淀
* 纯商业促销活动
* 缺乏可验证社区痕迹

----

== 5. 写作总规范（所有层级通用） ==

=== 5.1 文风 ===

* 中性、描述性、可验证
* 避免价值审判（“低俗/高雅”）
* 用“群体如何自我定义”来写，不贴道德标签

=== 5.2 每篇都要回答的 6 件事 ===

# 是什么
# 不是什么（边界）
# 谁在参与
# 怎么参与
# 在哪发生（平台/场景）
# 有何争议与风险

=== 5.3 证据等级（建议标注） ===

* A：论文/行业报告/官方数据
* B：媒体报道/平台官方公告
* C：社区观察/一手整理（需注明时间与样本）

----

== 6. 各层级写作模板（可直接复制） ==

=== 6.1 L1 模板（MediaWiki格式） ===
<pre class="wiki">= L1-X 名称（中英） =

== 定义 ==
一句话定义 + 核心动机

== 边界 ==
* 包含：
* 不包含：
* 易混淆领域：

== 下属L2 ==
* [[L2-X1]]
* [[L2-X2]]
* [[L2-X3]]

== 典型案例 ==
...

== 交叉领域 ==
...

[[Category:L1领域]]</pre>

=== 6.2 L2 模板（重点）（MediaWiki格式） ===
<pre class="wiki">= L2-X1 名称（中英） =

== 定义 ==
该类别的稳定文化机制是什么。

== 收录标准 ==
* 行为特征1
* 行为特征2
* 社群结构特征

== 排除标准 ==
* 不属于本类的典型情况

== 常见L3 ==
* [[L3-X1a]]
* [[L3-X1b]]

== 典型圈子示例 ==
...

== 常用标签 ==
{{标签|平台}} {{标签|地域}} {{标签|参与方式}}

[[Category:L2类别]]
[[Category:L1-X]]</pre>

=== 6.3 L3 模板（MediaWiki格式） ===
<pre class="wiki">= L3-X1a 名称 =

== 定义与边界 ==
...

== 参与门槛 ==
* 时间投入：
* 技能要求：
* 资金成本：

== 主要平台 ==
...

== 术语黑话 ==
...

== 代表性圈子（L4） ==
* [[圈子A]]
* [[圈子B]]

[[Category:L3子类别]]
[[Category:L2-X1]]</pre>

=== 6.4 L4 对象条目模板（MediaWiki格式） ===
<pre class="wiki">= 条目名称（别名） =

{{信息框
|类型 = 圈层群体 / 作品 / 行为模式
|主分类 = [[L1-X]] > [[L2-X1]] > [[L3-X1a]]
|平台 =
|地域 =
|年龄层 =
}}

== 定义与核心特征 ==
...

== 起源与发展 ==
...

== 参与者画像 / 创作背景 / 实践方式 ==
（根据类型选择对应章节）

== 典型表现 ==
...

== 相关L5条目 ==
* [[术语A]]
* [[人物B]]
* [[事件C]]

== 争议与风险 ==
...

== 参考资料 ==
<references />

[[Category:L4对象条目]]
[[Category:L3-X1a]]</pre>

=== 6.5 L5 最小知识单元模板（MediaWiki格式） ===
<pre class="wiki">= 条目名 =

{{信息框
|类型 = 术语 / 人物 / 事件 / 外部资源
|关联L4 = [[xxx]]
|首次出现 =
}}

== 简要说明 ==
...

== 外部链接 ==
* [https://example.com 外部wiki链接]
* [https://example.com 相关资源]

== 相关词条 ==
* [[相关条目1]]
* [[相关条目2]]

[[Category:L5最小知识单元]]
[[Category:关联的L4条目名]]</pre>
----

== 7. 标签系统（建议固定） ==

* '''平台'''：#B站 #微博 #抖音 #Reddit #Discord
* '''地域'''：#中国大陆 #日本 #北美 #东南亚
* '''参与方式'''：#围观 #创作 #应援 #收藏 #交易 #线下
* '''内容形态'''：#图像 #文本 #视频 #直播 #音频
* '''风险属性'''：#争议高 #商业化强 #未成年人相关（内部标记）

----

== 8. 命名与文件规范（Obsidian友好） ==

=== 8.1 命名格式 ===
<code>SA-层级-编码-标题.md</code>

示例：

* <code>SA-L1-A-外观与身份.md</code>
* <code>SA-L2-C2-二游与虚拟角色参与文化.md</code>
* <code>SA-L4-xxx-某圈子档案.md</code>

=== 8.2 编码建议 ===

* L1：A~I
* L2：A1/A2…
* L3：A1a/A1b…
* 圈子：自动编号或英文slug

----

== 9. 编辑流程（最小可执行） ==

# '''提案'''：给出定义+拟分类+3条证据
# '''初稿'''：按模板完成
# '''复核'''：检查边界、冲突、标签
# '''发布'''：进入正式库
# '''迭代'''：每季度更新一次争议与演变

----

== 10. 质量检查清单（发布前） ==

* ☐ 主分类唯一且合理
* ☐ 至少2个交叉标签
* ☐ 写清“是什么/不是什么”
* ☐ 有可验证来源
* ☐ 没有价值评判措辞
* ☐ 与相邻词条建立双向链接

== 11. 变更记录 ==
{| class="wikitable"
!版本
!日期
!修订内容
!修订人
|-
|v1.0
|2026-05-10
|初始版本发布
|Lixx
|}