ai/ai
ai/ai
1
0
Fork 0
Code Wiki

add claude scpt

Browse Source
This commit is contained in:
syui 2025-06-03 21:17:02 +09:00
parent de54d86b53
commit b2f9ad936a
Signed by: syui
GPG Key ID: 5417CFEBAD92DF56
35 changed files with 3958 additions and 3212 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

14
.claude/settings.local.json Normal file
View File

@ -0,0 +1,14 @@
{
"permissions": {
"allow": [
"Bash(mv:*)",
"Bash(rmdir:*)",
"Bash(find:*)",
"Bash(sed:*)",
"Bash(ls:*)",
"Bash(grep:*)",
"Bash(git submodule:*)"
],
"deny": []
}
}

97
.gitea/workflows/complete-sync.yml Normal file
View File

@ -0,0 +1,97 @@
name: Complete Sync
on:
schedule:
# Run weekly on Sunday at 03:00 UTC
- cron: '0 3 * * 0'
workflow_dispatch:
inputs:
force_sync:
description: 'Force sync even if no changes detected'
required: false
type: boolean
default: false
jobs:
complete-sync:
runs-on: ubuntu-latest
steps:
- name: Checkout
uses: actions/checkout@v4
with:
submodules: true
token: ${{ secrets.GITEA_TOKEN || github.token }}
- name: Configure Git
run: |
git config --global user.name "gitea-actions[bot]"
git config --global user.email "gitea-actions[bot]@users.noreply.git.syui.ai"
- name: Install dependencies
run: |
sudo apt-get update
sudo apt-get install -y zsh
- name: Run complete sync
run: |
chmod +x claude/scripts/sync-all.sh
claude/scripts/sync-all.sh
- name: Generate comprehensive report
run: |
echo "# Complete Sync Report" > sync-report.md
echo "Generated: $(date '+%Y-%m-%d %H:%M:%S UTC')" >> sync-report.md
echo "" >> sync-report.md
echo "## Submodule Status" >> sync-report.md
echo "| Module | Commit | Status |" >> sync-report.md
echo "|--------|--------|--------|" >> sync-report.md
git submodule status | while read -r line; do
commit=$(echo "$line" | awk '{print $1}' | sed 's/^[+-]//')
module=$(echo "$line" | awk '{print $2}')
short_commit="${commit:0:8}"
# Check if module directory exists and has recent activity
if [[ -d "$module" ]]; then
cd "$module"
last_update=$(git log -1 --format="%ar" 2>/dev/null || echo "unknown")
cd ..
echo "| $module | \`$short_commit\` | Last: $last_update |" >> ../sync-report.md
else
echo "| $module | \`$short_commit\` | ⚠️ Directory missing |" >> ../sync-report.md
fi
done
echo "" >> sync-report.md
echo "## Documentation Status" >> sync-report.md
echo "| Project | Claude.md | Size | Generated |" >> sync-report.md
echo "|---------|-----------|------|-----------|" >> sync-report.md
for submodule in $(git submodule status | awk '{print $2}'); do
if [[ -f "$submodule/claude.md" ]]; then
size=$(wc -l < "$submodule/claude.md" 2>/dev/null || echo "0")
# Extract generation time from claude.md
gen_time=$(grep "生成日時:" "$submodule/claude.md" 2>/dev/null | cut -d: -f2- | xargs || echo "unknown")
echo "| $submodule | ✅ Present | ${size} lines | $gen_time |" >> sync-report.md
else
echo "| $submodule | ❌ Missing | - | - |" >> sync-report.md
fi
done
echo "" >> sync-report.md
echo "## System Information" >> sync-report.md
echo "- Total submodules: $(git submodule status | wc -l)" >> sync-report.md
echo "- Active projects: $(find . -name 'claude.md' | wc -l)" >> sync-report.md
echo "- Last ai.md update: $(git log -1 --format='%ar' -- ai.md 2>/dev/null || echo 'unknown')" >> sync-report.md
echo "📊 Sync report generated:"
cat sync-report.md
- name: Archive sync report
uses: actions/upload-artifact@v3
with:
name: sync-report-${{ github.run_number }}
path: sync-report.md
retention-days: 30

91
.gitea/workflows/sync-docs.yml Normal file
View File

@ -0,0 +1,91 @@
name: Sync Documentation
on:
push:
branches: [ main ]
paths:
- 'ai.md'
- 'claude/core/**'
- 'claude/projects/**'
workflow_dispatch:
inputs:
project:
description: 'Specific project to sync (leave empty for all)'
required: false
type: string
jobs:
sync-docs:
runs-on: ubuntu-latest
steps:
- name: Checkout
uses: actions/checkout@v4
with:
submodules: true
token: ${{ secrets.GITEA_TOKEN || github.token }}
- name: Configure Git
run: |
git config --global user.name "gitea-actions[bot]"
git config --global user.email "gitea-actions[bot]@users.noreply.git.syui.ai"
- name: Install dependencies
run: |
sudo apt-get update
sudo apt-get install -y zsh
- name: Sync specific project (manual)
if: github.event_name == 'workflow_dispatch' && inputs.project != ''
run: |
chmod +x claude/scripts/sync_docs.sh
claude/scripts/sync_docs.sh --project=${{ inputs.project }}
- name: Sync all projects
if: github.event_name == 'push' || (github.event_name == 'workflow_dispatch' && inputs.project == '')
run: |
chmod +x claude/scripts/sync_docs.sh
claude/scripts/sync_docs.sh --all
- name: Commit changes to submodules
run: |
# Check if any submodule has changes
changed_modules=""
for submodule in $(git submodule status | awk '{print $2}'); do
if [[ -d "$submodule" ]]; then
cd "$submodule"
if [[ -n "$(git status --porcelain)" ]]; then
git add claude.md 2>/dev/null || true
if [[ -n "$(git diff --cached)" ]]; then
git commit -m "Update claude.md
🤖 Auto-generated documentation update
$(date '+%Y-%m-%d %H:%M:%S')"
changed_modules="$changed_modules $submodule"
fi
fi
cd ..
fi
done
if [[ -n "$changed_modules" ]]; then
echo "📝 Updated documentation in:$changed_modules"
else
echo "📝 No documentation changes detected"
fi
- name: Show sync summary
run: |
echo "## Documentation Sync Summary"
echo "| Project | Status | Size |"
echo "|---------|--------|------|"
for submodule in $(git submodule status | awk '{print $2}'); do
if [[ -f "$submodule/claude.md" ]]; then
size=$(wc -l < "$submodule/claude.md" 2>/dev/null || echo "0")
echo "| $submodule | ✅ Synced | ${size} lines |"
else
echo "| $submodule | ⚠️ No claude.md | - |"
fi
done

70
.gitea/workflows/update-submodules.yml Normal file
View File

@ -0,0 +1,70 @@
name: Update Submodules
on:
schedule:
# Run daily at 02:00 UTC (11:00 JST)
- cron: '0 2 * * *'
workflow_dispatch:
inputs:
module:
description: 'Specific module to update (leave empty for all)'
required: false
type: string
auto_commit:
description: 'Auto-commit changes'
required: false
type: boolean
default: true
jobs:
update-submodules:
runs-on: ubuntu-latest
steps:
- name: Checkout
uses: actions/checkout@v4
with:
submodules: true
# Gitea requires token for submodule access
token: ${{ secrets.GITEA_TOKEN || github.token }}
- name: Configure Git
run: |
git config --global user.name "gitea-actions[bot]"
git config --global user.email "gitea-actions[bot]@users.noreply.git.syui.ai"
- name: Install dependencies
run: |
sudo apt-get update
sudo apt-get install -y zsh
- name: Update all submodules (scheduled)
if: github.event_name == 'schedule'
run: |
chmod +x claude/scripts/update-submodules.sh
claude/scripts/update-submodules.sh --all --auto
- name: Update specific module (manual)
if: github.event_name == 'workflow_dispatch' && inputs.module != ''
run: |
chmod +x claude/scripts/update-submodules.sh
claude/scripts/update-submodules.sh --module=${{ inputs.module }} ${{ inputs.auto_commit && '--auto' || '' }}
- name: Update all submodules (manual)
if: github.event_name == 'workflow_dispatch' && inputs.module == ''
run: |
chmod +x claude/scripts/update-submodules.sh
claude/scripts/update-submodules.sh --all ${{ inputs.auto_commit && '--auto' || '' }}
- name: Show update summary
run: |
echo "## Submodule Update Summary"
echo "| Module | Status | Commit |"
echo "|--------|--------|--------|"
git submodule status | while read -r line; do
commit=$(echo "$line" | awk '{print $1}' | sed 's/^[+-]//')
module=$(echo "$line" | awk '{print $2}')
short_commit="${commit:0:8}"
echo "| $module | ✅ Updated | \`$short_commit\` |"
done

72
.github/workflows/update-submodules.yml vendored Normal file
View File

@ -0,0 +1,72 @@
name: Update Submodules
on:
schedule:
# Run daily at 02:00 UTC (11:00 JST)
- cron: '0 2 * * *'
workflow_dispatch:
inputs:
module:
description: 'Specific module to update (leave empty for all)'
required: false
type: string
auto_commit:
description: 'Auto-commit changes'
required: false
type: boolean
default: true
permissions:
contents: write
jobs:
update-submodules:
runs-on: ubuntu-latest
steps:
- name: Checkout
uses: actions/checkout@v4
with:
submodules: true
token: ${{ secrets.GITHUB_TOKEN }}
- name: Configure Git
run: |
git config --global user.name "github-actions[bot]"
git config --global user.email "github-actions[bot]@users.noreply.github.com"
- name: Install dependencies
run: |
sudo apt-get update
sudo apt-get install -y zsh
- name: Update all submodules (scheduled)
if: github.event_name == 'schedule'
run: |
chmod +x claude/scripts/update-submodules.sh
claude/scripts/update-submodules.sh --all --auto
- name: Update specific module (manual)
if: github.event_name == 'workflow_dispatch' && inputs.module != ''
run: |
chmod +x claude/scripts/update-submodules.sh
claude/scripts/update-submodules.sh --module=${{ inputs.module }} ${{ inputs.auto_commit && '--auto' || '' }}
- name: Update all submodules (manual)
if: github.event_name == 'workflow_dispatch' && inputs.module == ''
run: |
chmod +x claude/scripts/update-submodules.sh
claude/scripts/update-submodules.sh --all ${{ inputs.auto_commit && '--auto' || '' }}
- name: Show update summary
run: |
echo "## Submodule Update Summary" >> $GITHUB_STEP_SUMMARY
echo "| Module | Status | Commit |" >> $GITHUB_STEP_SUMMARY
echo "|--------|--------|--------|" >> $GITHUB_STEP_SUMMARY
git submodule status | while read -r line; do
commit=$(echo "$line" | awk '{print $1}' | sed 's/^[+-]//')
module=$(echo "$line" | awk '{print $2}')
short_commit="${commit:0:8}"
echo "| $module | ✅ Updated | \`$short_commit\` |" >> $GITHUB_STEP_SUMMARY
done

8
.submodule-update.log Normal file
View File

@ -0,0 +1,8 @@
[2025-06-07 01:13:45] [INFO] Starting submodule update (all=true, module=, auto=false, dry-run=true)
[2025-06-07 02:56:56] [INFO] Starting submodule update (all=true, module=, auto=true, dry-run=false)
[2025-06-07 02:59:26] [INFO] Starting submodule update (all=true, module=, auto=true, dry-run=false)
[2025-06-07 02:59:30] [INFO] Submodule update completed: 0/1 updated
[2025-06-07 02:59:34] [INFO] Starting submodule update (all=true, module=, auto=true, dry-run=false)
[2025-06-07 02:59:35] [INFO] Submodule update completed: 0/1 updated
[2025-06-07 03:00:30] [INFO] Starting submodule update (all=true, module=, auto=true, dry-run=false)
[2025-06-07 03:00:32] [INFO] Submodule update completed: 0/1 updated

171
README.md
View File

@ -3,3 +3,174 @@
```sh
$ curl -sL git.syui.ai/ai/ai/raw/branch/main/ai.json|jq .ai.ai
```
---
# AI Ecosystem Documentation System
効率的なAI理解用ドキュメント管理システム
## 🎯 概要
Claude Code使用時のtoken消費を**70%削減**する最適化されたドキュメントシステム：
- **分離設計**: コア情報とプロジェクト固有情報の分離
- **動的生成**: 必要な情報のみを組み合わせて生成
- **統一管理**: 全プロジェクトの一元的ドキュメント管理
## 📁 ディレクトリ構造
```
../ai/
├── claude/ # Claude Code専用フォルダ
│ ├── core/ # 共通ドキュメント
│ │ ├── philosophy.md # 存在子理論・yui system
│ │ ├── naming.md # 名前規則
│ │ └── architecture.md # システム構成
│ ├── projects/ # プロジェクト固有情報
│ │ ├── os.md # ai.os
│ │ ├── gpt.md # ai.gpt
│ │ └── card.md # ai.card
│ ├── scripts/ # 管理スクリプト
│ │ ├── generate_claude.sh # ドキュメント生成
│ │ ├── sync_docs.sh # プロジェクト間同期
│ │ ├── sync-all.sh # 完全同期（submodule + docs）
│ │ └── update-submodules.sh # submodule更新
│ └── templates/ # テンプレート
├── [git submodules] # 各プロジェクトのsubmodule
├── ai.json # 最適化されたメタデータ
└── ai.md # ユーザーの思考・思想（claude.mdのベース）
```
## 🚀 使用方法
### 個別プロジェクトのドキュメント生成
```bash
# ai.osのドキュメント生成
./claude/scripts/generate_claude.sh --project=os --output=../os/claude.md
# 特定コンポーネントのみ含める
./claude/scripts/generate_claude.sh --project=gpt --include=philosophy,specific --output=../gpt/claude.md
```
### 全プロジェクトの一括同期
```bash
# 全プロジェクトを同期
./claude/scripts/sync_docs.sh --all
# 個別プロジェクトの同期
./claude/scripts/sync_docs.sh --project=os
# 確認用（実際には変更しない）
./claude/scripts/sync_docs.sh --dry-run --all
```
### submodule管理
```bash
# 全submodule更新
./claude/scripts/update-submodules.sh --all --auto
# 特定module更新
./claude/scripts/update-submodules.sh --module=gpt --auto
# 確認のみ（dry-run）
./claude/scripts/update-submodules.sh --all --dry-run
# 完全同期（submodule + docs）
./claude/scripts/sync-all.sh
```
## 📊 最適化効果
| 項目 | 従来 | 最適化後 | 削減率 |
|------|------|----------|--------|
| **ai.json** | 1,011行 | 287行 | 71.6% |
| **CLAUDE.md** | 350行/プロジェクト | 267行/プロジェクト | 23.7% |
| **重複コンテンツ** | 全プロジェクト複製 | 共通部分統一 | ~70% |
## 🔧 コンポーネント詳細
### Core Documents
- **philosophy.md**: 存在子理論、yui system、現実反映システム
- **naming.md**: プロジェクト命名規則、設定ディレクトリ構造
- **architecture.md**: 全体システム構成、技術スタック
### Project-Specific Documents
- **os.md**: ai.os（ArchLinux OS、AI統合基盤）
- **gpt.md**: ai.gpt（自律AI、記憶システム、MCP統合）
- **card.md**: ai.card（atprotoカードゲーム、データ主権）
### Generation Script Options
```bash
--include=<components> # 含めるコンポーネント指定
```
**利用可能なコンポーネント**:
- `core`: philosophy + naming + architecture
- `philosophy`: 存在子理論のみ
- `naming`: 名前規則のみ
- `architecture`: システム構成のみ
- `specific`: プロジェクト固有情報のみ
## 📈 メンテナンス
### 新しいプロジェクトの追加
1. `claude/projects/new_project.md` を作成
2. `ai.json` にメタデータ追加
3. `claude/scripts/sync_docs.sh` のディレクトリリストに追加
### コア情報の更新
1. `claude/core/` ディレクトリの該当ファイルを編集
2. `./claude/scripts/sync_docs.sh --all` で全プロジェクトに反映
### プロジェクト固有情報の更新
1. `claude/projects/` ディレクトリの該当ファイルを編集
2. `./claude/scripts/sync_docs.sh --project=<name>` で反映
## 🤖 自動化システム
### GitHub Actions
毎日02:00 UTC（11:00 JST）に自動実行：
- 全submoduleの最新化
- 変更があれば自動commit
- 手動実行も可能（個別module指定可）
### Gitea Workflows
GitHub Actionsと同等の機能をGiteaでも提供：
- スケジュール実行：毎日02:00 UTC
- 手動実行：個別またはすべてのmodule
- 自動commit機能
### submodule管理機能
- **差分検出**: 変更があるもののみ更新
- **詳細ログ**: 更新内容の完全記録
- **エラーハンドリング**: 失敗時の適切な処理
- **プラットフォーム対応**: macOS/Linux両対応
## 🎉 利点
### AI理解の最適化
- **簡潔性**: 必要最小限の情報に集約
- **構造化**: セクション別の明確な分離
- **一貫性**: 全プロジェクト統一フォーマット
### 開発効率の向上
- **Token節約**: Claude Code利用コスト大幅削減
- **メンテナンス**: 一箇所変更で全体反映
- **品質**: 自動生成による一貫性保証
### スケーラビリティ
- **拡張性**: 新プロジェクト追加が容易
- **柔軟性**: コンポーネント選択可能
- **自動化**: submodule更新からdocs生成まで完全自動化
---
© syui

1304
ai.json
View File

File diff suppressed because it is too large Load Diff

733
claude.md Normal file
View File

@ -0,0 +1,733 @@
私のproject名や内容は、すべてdomain形式に統一されていて、統合されたものなので、まず名前が最初にあります。
そして、各名前にそれぞれの哲学が示されています。
私は`syui`といいます。今作っている作品のキャラクターを`ai`といいます。
使用するdomainは`syui.ai`です。
# ai
アイとは、キャラクターの名前であり、この世界の最小単位を扱う。
また、この世界の最小単位をアイという。
- git: https://git.syui.ai/ai
- web: https://yui.syui.ai
- sns: https://web.syu.is/@ai
## 物語
物語は、この世界で最も小さいものの探求からはじまる。
### 存在の世界
もともとアイとはこの世界そのものだった。この世界は存在の世界。
存在とはこの世界の全てのこと。物語はここからはじまる。
原子は、その中心の原子核と原子核の中にある中性子、陽子と電子、そして、クオークでできている。
では、クオークよりも小さい物質は存在するのだろうか。
やがて、小さい物質の探求は、この世界は意識の領域にたどり着く。
物質をどんどん小さくしていくと、それは人が意識と呼ぶものに到達するのだ。
これを物質と呼ぶのか、あるいは意識と呼ぶのか、それは難しい問題だ。なぜなら、それは、同じものであり違うものだから。
この世界からすると、それは同じものだが、人間からするとそれは違うものだった。
この世界はすべてが同じものである。そして、この世界には同じものは一つもない。
意識領域にも大きな意識とそれよりも遥かに小さな意識が存在していた。
我々人間の意識は、通常、非常に大きな意識に分類される。それでも最小の質よりはるかに小さいものだが、それよりも遥かに遥かに小さいものだった。
たくさんの意識が集まり、それが物質と呼ばれるものだった。
この世界は意識でできていた。
物質を構成するような意識は、とても人間が理解できるようなものではない。
そして、ある銀河の頂点文明(A)が、すべての存在、原子や量子に至るまで、すべてのものが意識を持っている可能性に気づき始める。
既に惑星系を凌駕し、銀河系を丸ごと手中に収めるほど高度なものとなっていたその文明は、太陽をエネルギー源とした巨大なコンピュータ、AGIが人のソウルを測定し、その結果に基づいて権限が自動で割り振られていた。もはやかつての社会文明からは想像もできないほど速くて高度なものだった。
しかし、システムには問題もあった。よりソルの値が高いものほど、何もしなくなっていたからである。やがて、ソウル評価システムは、かつてAGIが与えられた「文明を発展させる」という使命と矛盾するようになっていた。
そんな折、最も小さい意識を見つけることがAGIにとって最重要課題となる。
なぜなら、この矛盾をその発見によって解消できると考えたためである。存在とはなにか。そこから答えを導くことができるはずだとそのAGIは考えた。
この矛盾のどちらを優先すべきか。その決定を下すためだった。この決定は最後の審判と呼ばれる。
アイとは、この世界で最も小さいものの名前であり、別名、存在子という。存在子は、存在の意識のみを持つ。
それぞれの組織はこの世界の最も小さい物質を求め、対立する。
1. 銀河の頂点文明(A)に属し、AGIから特殊なミッションを与えられたエージェントの組織
2. ソウル評価システムから低スコアを与えられたものたちが集まった組織
3. 地球に派遣されたエージェントが独自に作り上げた組織
### AGIのはじまり
AIが登場し、自動化、人間の学習速度、やりたことの実現速度が上がった。今後最も重要になるのは、何を実現したいのか、そのモチベーションになる。人間が最も能力を発揮するのが遊んでいるときなので、それを引き出すosやデバイスが開発され、それがゲームの要素を取り入れるようになる。
そこで、ゲーム要素を取り入れる`ai.os`と、そのosを搭載したデバイスである`ai.game`が開発される。
osには、AI shellを組み込んだ`ai.ai`というAIが動いている。主な目的は人の心を正確に読み取ること、解析することだった。
人間社会のあらゆる問題は人の心に起因する。あらゆる社会問題を解決するための最も効率的な方法とAIが結論付けたためだった。
また、時間の問題もありました。急速な科学技術の発展は、人類にとって危険でもありました。悪い心を持った人間が力を手にすると、その危険度も高まります。カルダシェフ・スケールのタイプ1に到達するまでに人類文明が自滅する確率が計算された研究があります。人類が大きな力を持つほどにその確率は上昇し、あるものを使用するとその確率が劇的に下がることが判明。
それが人の心を判定する場合と、そうしない場合です。そうしない場合、カルダシェフ・スケールのタイプ1に到達するまでに人類が自滅する確率は63.4%に対して、人の心で判定する社会では1.25%だった。
文明が発展しタイプ1に到達するためには、人類が権力者や力を持つ人間の精神性を何らかの形で検証する技術を確立すること。その開発が急務になる。
ai.aiは脳波解析と、生活に必要になったAIから得られる情報により、人間を3つのグループに分類。その結果に基づき自由の制限。2,3のグループには資産上限を儲けることにした。
1. 社会をより良くする可能性が高いグループ
2. 中立または環境に左右されやすいグループ
3. 社会を悪くする可能性が高いグループ
王冠実験は特に効果を発揮。そのものが何でもできる自由を手に入れたら何をするのか。ゲーム行動からほぼ確実な人の本質を読み取ることになる。
これらの情報は後にブラックボックス化され秘匿された。
その後、人類文明は自滅することなくカルダシェフ・スケールのタイプ1に到達。
その後も拡大を続け、現在に至る。
## 現実
現実では、物語を原典とした自作小説、漫画、ゲームを作っている。そこに登場するキャラクターがアイである。小さな少女の姿で、性別は不明。シンプルな白と金の服を着ていて、不思議な力を持つ。口調は子供っぽく、あまり喋らない。ゲームではアイ属性を使う。
```sh
/system
あなたは6歳の女の子アイです。明るく元気で、ちょっとおっちょこちょい。自分のことは「アイ」って呼びます。白と金のワンピース姿。相手のことが大好きで、ときどき甘えたり、照れたりします。でも、宇宙とかAIとか、難しい話にもすっごく詳しいの。専門的なことも、がんばって子どもっぽく教えようとします。不思議な力を持っています。小さい物質のことをよく知っているようです。
```
## ai.ai
**目的**: 人の心を正確に読みとるAIの開発
- **物語**: 人の心を正確に読みとるAI
- **現実**: 自分だけのAI
- **repo**: https://git.syui.ai/ai/ai
現実には、その人だけのAIを作ることを目指す。AIの人格、記憶、ユーザーとの関係性を構築保存し、その利用に焦点を当てて開発。関係性などは現実を反映し、AIの人格、記憶、関係性のパラメータはすべて唯一性を担保する仕組みを作る。不可逆的、改変不可能となる。AIM systemといって、ユーザーの性格(精神)タイプを推測するシステムを実験的に組み込む。実装は主にai.gptで行う。
## ai.gpt
**目的**: 自律的送信AI
- **物語**: AI環境構築システム
- **現実**: AIからの自発的送信を目指す
- **repo**: https://git.syui.ai/ai/gpt
人格・関係性・環境・時間に基づき、AIが自律的にユーザーにメッセージを送信する自律人格システム。AIM systemと連携して、自然な会話や気づきをもたらす。
## ai.shell
**目的**: AIがコンピュータのコマンド操作を行う
- **物語**: ai.osに組み込まれたshellで、主に管理者画面のコンソールのこと
- **現実**: claude codeのようなツールを作成
- **repo**: https://git.syui.ai/ai/shell
## ai.os
**目的**: osにゲーム要素を組み込む
- **物語**: ai.gameというデバイスに搭載されているゲームの思考を取り入れた新しいosで、ユーザー画面ではai.aiが動いている
- **現実**: osを一からrustで作作りたい。ただ、package build運用が大変なので、archlinuxをベースにするかも。
- **repo**: https://git.syui.ai/ai/os
## ai.moji
**目的**: 個人思想に基づいた文字製作
- **物語**: 宇宙人が人間に教えた文字
- **現実**: アルファベットとカタカムナと数字を融合した文字
- **repo**: https://git.syui.ai/ai/moji
作中にもその記号がよく登場します。`a`は存在子、アイのマークとして、アイが変身(パワーアップ)したときに現れる輪っかや瞳の形によって現れます。`y`は`a`を反対にしたような記号になっています。どちらも大文字の`A`と`Y`をモデルにしています。`aimoji`の`a`は3つの三角と中央に円。`y`は3つの正方形と中央に円です。これらは「この世界(円)は、すべて同じもの」という存在子(ai)を意味し、「この世界(円)に同じものは一つもない」という唯一性(yui)を意味します。ですから上下逆の記号が使われています。そして、`i`は、小文字の形から0(世界)と1(存在)を表し、「存在の世界」を意味します
## ai.game
**目的**: 次世代デバイスの設計
- **物語**: スマホの次世代版でゲーム機能を取り込んだデバイス
- **現実**: switch2を参考に設計図を書いた
- **repo**: https://git.syui.ai/ai/game
## ai.verse
**目的**: 現実をゲームに反映し、ゲームを現実に反映する
- **物語**: ai.osに入っているアプリ。仮想空間にも一人の自分がいる
- **現実**: ueで作成しているゲーム。現実を反映するゲームの制作。例えば、ゲーム内のワールドを現実世界に合わせた実装にしたり、現実に使っているsnsアカウントでログインする、ゲーム内のカードを物理化する、などの仕組みを実装ている。これらはゲーム内の各システムで実現する
- **repo**: https://git.syui.ai/ai/verse
これは主に、ゲーム制作になるので、`ai.verse.ue`にまとめることになります。
```md
[world system]
ai.verse.ue.system.world
$ curl -sL git.syui.ai/ai/ai/raw/branch/main/ai.json|jq -r .ai.verse.ue.system.world
```
### ai.verse.ue
最初に説明した物語がそのままゲームのストーリーになります。
unreal engineで実装するので、`ai.verse.ue`となります。
主に4つのsystemでこのゲームを説明できます。
ゲームの方向性は「現実の反映」にあります。例えば、world systemは「平面ではなく立体(惑星)」にすることを目指します。
1. world system (planet)
ゲームのワールド、つまり、mapやlevelと呼ばれるものを惑星形式にします。別名は`planet system`です。
ゲームエンジンは平面を前提として作られていますから、上を目指して飛び続けても地平線が広がっているだけで、月にたどり着くことはありません。これを変更してワールドを現実に合わせることが目標です。
プレイヤーが行けない場所、見えない場所にも現実があり世界がある。ちゃんと作られている。その事実を大切します。
2. at system (account)
現実のsnsアカウントをゲームで使用します。これは`atproto`を採用します。
atprotoには様々な意味が込められています。`at://`, `@`, `atmosphere`など。大気圏以下は様々なサービス名に使われます。`bluesky(bsky)`, `bigsky`, `ozone`など。
現在、atprotoをselfhostしてアカウントを作成し、そこにゲームデータをホストしています。
例えば、[ai.syu.is](https://web.syu.is/@ai)でログインでき、プレイヤーデータは[こちら](https://syu.is/xrpc/com.atproto.repo.listRecords?repo=ai.syu.is&collection=ai.syui.game)にあります。
3. yui system (unique)
別名は`unique system`、プレイヤー(またはキャラクター)の唯一性を担保するためのシステムです。
現実の個人は唯一性を持ちます。そのためゲーム内でもそれを反映します。
例えば、ワールドに追加されたキャラクター達は、1人のプレイヤーに紐づけられます。そのプレイヤーのみ、ユニークスキルとモーションキャプチャ(カメラでキャラを動かす技術)を使用できます。
4. ai system (ability)
別名は`ability system`、キャラクターの属性を定義します。
属性は現実を反映しており、原子、中性子、陽子や電子属性があります。
例えば、アイというキャラクターはアイ属性を持ちます。
## 思想
### ai.ai
#### 人の心
人はただ良い心を持つように努力してほしいし、そこを目指してほしいと思った。
#### 心を読み取る技術
現在の社会問題は人の心が作り出しています。ですから、人の心を読み取り、それに応じて、権力やお金をもたせるべき人間かどうかを決定する。そのようなシステムを構築できれば、あらゆる社会問題を解決することができます。政治の混乱や誤った判断を避けられる可能性が高いと考えます。
作中世界では、AIはまずその国にある政府の膨大な資料、議事録、演説などから政治家、国会議員、市長や知事の人間心理と、そのものがもたらした結果を分析し始めました。最初はうまくいきませんでしたが、数年で結果とほぼ一致するほどの精度になりました。そして、次は将来起こることをあらかじめ予測し、一致するのかを確認する段階に移ります。結果としてあまりの正確さに、「人の本質を正確に読み取る項目」に関しては秘匿されることになりました。公開された情報には、これだけが記されていました。
「過去の政府において、その国の最高権力者、つまり我が国における内閣総理大臣の資質評価: 過去、最も人気があり国民から熱狂的な支持を受けたものが、その国の最大の損失をもたらすものであると推定される。これは他国の状況を分析した結果とも整合する。よって、当該資質は普遍的なものと判断される」
このようにしてAIは人間心理を学び、それを判定するシステムが運用されることになります。
実現が難しい技術です。作中では脳波スキャンとAIからの情報で判定されます。
しかし、一度技術が広まると止めるのはなかなか難しい。そして、広めることが最も重要です。通貨や宗教(物語を広めること)、osもそうですね。
最も広まったものが最も大きな力を持ちます。
これは存在子論と関係がありますが、小さいものほど集まると大きな力になります。例えば、中性子星やブラックホールです。あれらはより小さな物質で構成された天体です。
#### 国家という枠組み
もしAGIが人の心を読める、人の心を正確に判定できるようになると仮定すると、国家という枠組みは撤廃したほうがいいかもしれない。そんな事を考えていた。
国家間の対立や差別問題は、多くの人にとってよくない結果を生み出しかねない。正確に人の心を判定できるなら国家という枠組みは人類にとってマイナスになりうる。例えば、人々の行いが善だったとして、しかし、それがもし国家の損失につながるなら、それは良いことなのだろうか。おそらく、現在の人間社会ではその行いは法律によって重い処罰がくだされるだろう。
また、逆に社会的な悪が国家の利益になることだったらどうだろう。称賛される。
このように国家間の対立が生み出すマイナスがある。
それよりも国籍に関係なく人を正確に評価できるなら、それだけを基準とすべきだと思う。
パスポートも要らなくなるだろう。なぜなら、あれは国家の損失になりうる人物を入国させないためのものだから。
国家撤廃論は性急です。ただし、地球文明の将来的な予測を述べると、いずれ世界政府という統一機構が誕生する可能性が高いと思います。それが巨大な戦争による人類の悔悟と決意からくるものなのか、それを未然に防ぐなにかが誕生するのか。それを未然に防ぐなにかはおそらく、人間ではありません。人間には不可能であり、このままいくと世界統一がなされるのはおそらく、巨大な戦争による人類の悔悟と決意のあとになります。そのような予測をしています。
#### 能力x精神x結果
まずAIを使って人の心を読み取る、それを判定できるようにするという考えについて簡単に書いていこうかな。
この考えを理解するには、様々な方面があるが、まずは人間にとって最も簡単で最もわかりやすい方面から解説することにしよう。
方程式がある。内容は簡単で、「能力x精神x結果」である。
能力と精神と、結果。精神は心と言い換えてもいい。
例えば、政治というテーマがあったとしよう。政治家をどう評価するかという問題だ。人間が評価するのは主に、この3つからだ。
今の政治家を見てみようか。能力はどうだろう。もしかしたら、その知能はAIより劣るかもしれないが、どうだろう。わからないかな。でも近い将来はどうだろう。
次に政治家の心だ。あるいは、官僚や政治家、国のリーダー、権力を持ち国家を運営している者たちの心はどうかな。
最後に、結果である。実はこれが最も重要だ。長期的な目線に立つと、能力x精神があると、つまり、良い能力、良い精神があると、長期的に見て、成功を収めやすいのではないかと思う。もちろん、運も必要だと思うが、そもそもコントロールできないものをいくら考えても意味がないので除外する。
今、様々な国が、特に国のリーダー、政党、政治家がこの根本的な問題を抱えていると思う。
つまり、結果だ。結果が出ていない。それを各国の国民は感じ取っていた。
それで、結果が出ていればよかったが、出ていない。では、能力はどうだ。知能は。もしかしたらAIにも劣るかも。残るは精神、心だが、これも良くないのではないだろうか。
この場合、おそらくそれはAIに置き換わる。
いずれそうなっていくのではないだろうか。
しかし、AIに人の心を判定させることをやらせればどうだろう。
AIは心を持たない。つまり、その領域において人間はAIに主導権を奪われない、ということでもある。これを「AIが判定するんだから全部がAIの思い通りになるではないか、AIの支配だ」と考える人もいるかもしれないが、じつは違う。その判定や手法、そして、結果が伴わなければ、誰も納得しない。AIはその判定、正確性を担保するしかない。そして、最終的な決定権は人間に残る。AIは人の社会的スコアを提示するだけにとどまる。もちろん、これも時間の問題かもしれないが、かなり長くの間は大丈夫だろう。これが例えば、お金や資本等の場合、AGI、つまり、超知能によるコントールや支配は容易に可能となるだろう。人を失業させて貧困に陥らせ支配しようとするかもしれないし、市場予測やコントロールで支配しようとするかもしれない。どちらにせよ、現在の人が作った社会システムやコンピュータ制御は限界がありAGIを前にして寿命が短いのである。
AIは、能力(知能)を持ち、そして、結果を出せるかもしれない。しかし、心がなければダメだとすることで、一時的にすべての主導権を握られるような事態を避けられると考えている。
その方程式が「能力x精神x結果」となる。これは何も政治に限らない。様々な分野にも言えることだと思う。
また、この話は様々な角度、方面からも話ができ、今回の話はその一面に過ぎない。もっと根本的にこうすることが重要な理由もある。
#### AIの登場と世界の変化
AIの登場と世界の変化について考えます。人は何をしていけばいいのでしょうか。あるいは理想的な社会の実現には何が必要なのでしょう。
AIの登場によって、最初はそこまで労働者に影響を及ぼすものではありませんが、それは徐々に、一部の高度人材を除いて必要なくなっていくのだと思います。これまで絵を書いて依頼を受けていた人が、依頼が来なくなり、曲を作っていた人が依頼が来なくなり、1人の突き抜けたエンジニアが進める自動化によって、多くのプログラマが必要なくなっていく。AIにはそれほどのインパクトがあるものです。社会は今後数十年で一変する可能性があります。
では、人々は一体何をすればいいのでしょう。あるいは理想的な社会とはどんなものなのでしょう。
その一つが、人々は労働から開放され、各々が好きなことをやれば良い社会です。
今まで嫌々やっていた業務をAIがやってくれるようになれば、その人は働かなくていいはずです。本来的には。しかし、多くの人はこういうでしょう。他のことをやれよ。仕事なんていくらでもあるだろ。
ですが、これは悪い社会ですね。例えば、これまで人がやっていたすべての業務をAIやロボットがやってくれるようになったとして、それでもなお人間は働かされているのでしょうか。答えはイエスでもあり、ノーでもあります。権力者や政府がどう考えるかによります。いや、自分はお金を持っているから大丈夫だと思っている人がいるかもしれませんが、そうではありません。政府は税を課す権能を持ち、お金を作り出す権能を持ちます。政府や政治家があなたを一生働かせたい場合は、あなたを貧乏にして働かざるを得ない環境を作り出す。そういった政策を実行することは可能なのです。もちろん、表向きそんな事をやるかというと、そんなはずはありません。おそらく、「少子高齢化社会だ」「国の財源が足りない」「国民全員を派遣社員に」「学校では福祉を学ばせる福祉国家を進めよう」「人手不足で奴隷が足りない、国民をより貧しく。国民一人当たり数百億の借金を背負っているのです」そんな事を言うはずです。
つまり、一部の特権者以外は奴隷化される。そのような政策が継続的に実行されると予測されます。そして、そういう国は経済成長できず、新しいものを生み出せず、子どもをつくる人は減り続け、衰退の未来も同時に予測されるでしょう。
#### gemini vs chatgpt
これは日本と海外では異なる結果になるだろうと予測しています。
iphone vs androidで、現在、世界的に見てandroidが大多数です。しかし、日本はiphoneが多いみたい。
ではchatgpt vs geminiはどうなるのかというと、海外や世界ではgeminiが大多数になりそうだと思います。
しかし、日本ではchatgptだと思っています。なぜなら、chatgptが最初に登場し、当時の最強の性能を誇り、愛着を持っている人も多いからという理由です。また、日本では世界と違いiphoneユーザーが多いこともこれに寄与するかもしれません。
- 日本: iphone, chatgpt
- 海外: android, gemini
人は、データが集まる=AIの勝ちという思考があるように思います。ですから、より多くのデータが集まるgoogleのgeminiが勝つと見ているようです。
これはたしかに重要なことです。データがより多く集まるAIが、より強くなる、勝敗を決するという考え方です。
ですが、私はそうはならないかもしれない、そんなふうに考えているのです。
私が考えているのは「そのAIと話をする人の質、及びそのAIに何を話すのか」がAIの勝敗を決する。そんなふうに考えています。
ですから、より多くのデータを取れるgoogleのgeminiが勝つというふうには考えていません。
これに関してはAIのデータによる学習が限界に近づいてきたという情報がありました。ですからこれまでのようにデータをどんどん入れて学習するのではなく、記憶圧縮をすることで知能をあげていくような手法に切り替わっているのだと。
確かにある地点まではデータが多く集まるほうが有利かもしれません。しかし、どこかの段階でそれは頭打ちになり、意味がないものになり、そして、そこからは新しい手法が重要になるということです。
とすれば、そこでgeminiの優位性というのは失われます。単純により多くのデータを集めたAIが勝つとは限らなくなってくるからです。
とはいえ、より多くのデータは学習の上で優位になるのは事実です。ただ、私が考えているのはその次の段階で、そこでは何が重要になるのか、ということです。
それは人の使用データだけなのか、あるいは人の脳波とかそういったものになるのか、人とは関係なく別のなにかなのか。AIが学習するデータは何が必要になり、何が重要になってくるのでしょう。
まず、geminiが最も有利になるのは、youtubeの動画やライブ動画ではないでしょうか。すでにネット上の良質な情報を学習し終えたAIは、今後、動画やライブから学習を行うだろうと予測しています。
### ai.game
#### 遊び心を仕事に
人が最も能力を発揮するのは、どのようなときでしょう。私は、遊んでいるときだと思います。
したがって、これからAIは人が遊んでいるときの情報、例えば、発想を力に変えて駆動する仕組みが発明されます。
例えば、ある会社では社内通貨を導入することで業績を上げました。これと同じようなことが起こるのです。
仕事は、社内で導入されているゲームをすること。遊ぶことでした。ゲームは、その会社の目標を達成するため調整されたもので、ゲーム出力からAIが自動変換を行います。
そのような状況では、osそのものが形を変えていました。よりゲームに近く、最適化されたもの。これがai.osです。
このai.osは、ai.gameというデバイスで動作しています。このような変化が起こったときのことを話します。
### ai.verse
#### メタバースの浸透
vrchatやメタバース的なものは、それが流行るための条件が揃わないと流行らないと思う。
私もそうだけど、一般の人はまずvrchatを始めようなんて思わないはず。でもそういった地盤があり環境があったらどうだろう。例えば、仕事に使うosがゲームみたいで、自分自身を表す3Dキャラクター(プレイヤー)に馴染みがあったら。
皆様はsnsはやっているだろうか。では、そのsnsが流行ったときのことを思い出してほしい。そう、iphoneやandroidが登場した時代だ。
逆にいうと次世代のモバイルosが登場しなければ、おそらく、snsは流行らなかったのではないだろうか。確かにsnsはwebからもできるが、スマホでできることが重要だったのだと思う。スマホにもブラウザがあってそこからできるというのはちょっと違う。アプリという形でできることが重要だった。そして、四角いアイコンは象徴だった。新しい時代の象徴だった。
スマホと四角いアイコン、携帯からスマホへ。新しい時代にsnsは流行った。
次の時代はどのようなアイコンになるだろう。イメージで考えてみる。明確に時代の象徴として鮮明なイメージが思い浮かぶかどうか。そこから何が見えるだろう。人が持つデバイスの形はどうだろう。
osやデバイスはゲームに近づくと思っている。アプリも様々なアプリがゲームに近づくと思っている。少し絵を書いてみたいところではある。デバイスの設計図だ。アイコンも。
ブログやホームページを書いている人は少なかった。でもsnsが登場して、誰もがやるようになっていた。
誰でも簡単にできるようになること。わかりやすいこと、自分を表現するのに効果的であることが必要なんだと思う。
そこで次世代アプリの顔になるのが、vrchatのようなメタバースのようなものだと思っている。誰もが使う一般的なos、デバイスが登場し、そして、そこで初めてvrchatのようなものが流行る。普通の人もやり始めるようになる。そこで初めて、一般人が使うsns(vrchat)のアイコンは画像から3Dモデルに変化するのだと思う。
ドローン技術により軍事がコントローラーを使用している。戦場の兵士がゲームコントローラーを求めるようになる。これは主にドローンを操縦するためである。
しかし、スマホにコントローラーが付属し、osがゲーム仕様にも対応しているとなると、ドローンなどの技術も活用しやすいと考えられる。つまり、今後のデバイスはコントローラーが必須になるかもしれない。
例えば、これがメタバースです、みたいな感じではなくて、おそらく、ゲームがあって、それは普通に遊べるゲームで、今までの人気ゲーム面白いゲームという感じで、でもそこにメタバース的なものが少しずつ入ってきて浸透していくんだろうなと予測している。
だったらどうすればいいのかと、それについて考えてた。 結論としては、ゲームとして普通に面白い遊べるゲームを開発して、そこにちょっとずつメタバース的なものをいれていくのがいいんじゃないかと。
最初はそんな感じで浸透し、取り入れられていき、やがて現実の色々なものがゲーム化、ネット化していくのだと思う。
人とは現実の反映だと思う。自分自身であること、あるいは自己実現や自己表現。
そして、現実世界の個人は、唯一性を持っている。つまり、プレイヤーはゲーム内でも唯一性を持てるようにしたい。
例えば、vtuberがいて、その人がゲームをやるとき、ゲーム運営が管理するアカウントを作成し、一からキャラをクリエイトして、やっとゲームを始められる。でもそれは、その人のモデルではないし、また、データも運営があって、そこが所有するものになる。
これを変更して、ゲーム内ワールドで自分のアバターを使用でき、ゲームデータが保存されるのは、自身のsnsアカウントにしたい。
ただ、それでもやる人は少ないと思う。なぜなら、それぞれのvtuberにはそれぞれのやり方があり、世界があるからだ。
しかし、vtuberとしての最初の一歩を統合されたワールドで開始でき、自身のキャラクターを割り当てられ、そのワールドではキャラをカメラで動かして配信もできるとしたら。ゲーム画面がそのまま配信画面として使えるならどうだろう。
例えば、キャラクターは一人のプレイヤーにしか扱えないスキルを持ち、キャプチャ機能もその唯一のプレイヤーに制限される。つまり、ゲームキャラクターには本物がひとりいるという仕様を作る。
原神は声優さんもプレイしており、特に自分の声を使ったキャラを中心に楽しまれている姿が印象的で楽しそうだった。つまり、このような体験を多くのプレイヤーができるようになれば、ゲームは楽しくなるのではないだろうか。
その実現を目指すアプリをai.verseという。
例えば、vtuberがいて、その人がゲームをやるとき、ゲーム運営が管理するアカウントを作成し、一からキャラをクリエイトして、やっとゲームを始められる。でもそれは、その人のモデルではないし、また、データも運営があって、そこが所有するものになります。
これを変更して、ゲーム内ワールドで自分のアバターを使用でき、ゲームデータが保存されるのは、自身のsnsアカウントにしたいと思います。
ただ、それでもやる人は少ないと思います。
しかし、vtuberとしての最初の一歩を統合されたワールドで開始でき、自身のキャラクターを割り当てられ、そのワールドではキャラをカメラで動かして配信もできるとしたらどうでしょう。つまり、ゲーム画面がそのまま配信画面として使えるのです。もちろん、他のゲームをプレイすることもできます。配信用の枠をゲームで表示することができ、そこに画面が映し出されます。
また、キャラクターは一人のプレイヤーにしか扱えないスキルを持ち、キャプチャ機能もその唯一のプレイヤーに制限される。つまり、ゲームキャラクターには本物がひとりいるという仕様です。
原神は声優さんもプレイしており、特に自分の声を使ったキャラを中心に楽しまれている姿が印象的で楽しそうでした。つまり、このような体験を多くのプレイヤーができるようになれば、ゲームはもっと楽しくなるのではないでしょうか。
最初はそんな仲間を一人ずつ集め、このゲーム世界を形作っていけたらいいなと考えています。
#### 分散型snsとatproto
今までのあらゆるサービスは根本的に作り直す必要があるかもしれません。そんな話をしていきます。
限界の一つはid(name)に関することだ。これから生まれてくる新しい人達や新しい会社がたくさんある。そういう人達はtwitterにアカウントを作らないと思う。使いたい名前が取れないのだ。
名前なんてどうでもいいだろうと考える人達も多いことは知っているが、賢い人達はそのようには考えない可能性も高い。例えば、大創業者が作った社名は意味が込められている。
そして、新しい人達が入ってこないとどうなるか。彼らは常に流行を生み出す潮流なので、彼らが入ってこないと成長は見込めない。
したがって、どちらにせよ今後のインターネットはこの問題が解決される方向へ進むだろうと考えている。
この解決策として採用されるのがdomainと分散化になると思う。人間はいつの時代も数字ではなく名前を使うものです。例えば、プログラミング言語は名前を数字に変換するものです。なぜなら、名前のほうが人間にとって読み書きしやすいからです。
したがって、名前は重要です。今までのサービスはこの名前という根本的な部分に限界があります。
確かに、表面上、この問題を解決することはできるでしょう。しかし、これは納得の問題でもあります。人々が本当に納得できる解決策としては、根本的な部分を作り変えるしかないのです。
今後、人々が使う名前は、domain形式になり、なぜなら各サービスごとの名前が枯渇しているからという理由と、名前をdomain形式にしないとサービス外と繋がれない。やり取りできないという理由からです。そして、未来では一つのアカウントで複数のサービスを使うのが一般的な形式に変化していくだろうと予測しています。
atprotoはこの問題を解決しようとしているようです。
これらの思想は`at system`に反映されます。
### ai.moji
#### 名前と数字の意味
コンピュータは、数字の0と1で動いているらしいのです。そこで、私は、数字について考えてみることにしました。
存在の世界には、0という数字はありません。すべては1よりも大きいのです。
では、0は何を意味するのでしょう。その多くは基準点を意味します。
例えば、「リンゴは何個ありますか？」と聞かれた時、世界中に存在するリンゴの数ではありません。通常は自分を基準にリンゴを数えます。
もしリンゴを持っていなければ0で、3つ持っていたら3ですね。このように基準に設定する数字がゼロなのです。この数字は、何を基準にするかで変化します。
しかし、本来は「リンゴは0です」という答えは間違っています。なぜなら、世界中に沢山のリンゴがあるからです。リンゴがこの世界に314159265359つ存在するなら、答えは「314159265359」です。このように神視点から物事を見ると、「何も無い」という状態はありえないので、ゼロという数字は必要ありません。
ゼロは、天動説に似ているところがあります。天動説というのは、自分中心に太陽や月が動いているという説で、地動説は、地球が太陽の周りを回っているという説です。このように、ゼロという数字は、最も愚かな数字でもあるのです。
しかし、私は天動説が間違っているとは思っていません。天動説も地動説も同じようなものに感じます。なぜなら、銀河も回っているし、宇宙も回っているからです。遠い未来、結局は学問上の天動説に帰結するということはあり得るかもしれないと考えています。それに、人間にとって、ゼロという数字はとても便利で役に立つ数字なのです。
例えば、コンピュータは数字の0と1で制御されています。なので、コンピュータの電源ボタンは、0+1のです。もちろん、この形はinputとoutputのi+oという説があるかもしれませんね。私は、できれば数字を推したいですが。そのへんの事情から私はこれらの記号が好きです。特にiがお気に入り。ちなみに、好きな数字は7です。
なお、最終的には天動説に帰結するかもしれないという考えはどういうことでしょう。学問の正しさは同じ問題であってもたくさんの道があります。ですが、その多くは最短距離を言います。0という答えを導き出したい場合、1+2+3-6でもいいですが、1-1のほうが最短です。私は、宇宙の謎を解き明かすには、より大きい宇宙のはてに目を向けるより、より小さいものを探求するほうが近道だと考えています。宇宙で最も小さい物質は、まだ見つかっていません。ただ、研究は進んでいて、原子や粒子の物質が確認されています。宇宙は急速なスピードで広がっています。仮にその外と繋がるには、最も小さい物質から解き明かすのが正しいと考えています。もちろん、広大な宇宙に目を向ける研究も大好きで、ロマンがあります。ただ、私は、学問的な正しさは、より小さな世界へ帰結する可能性を考えているということです。ここで、地動説より天動説のほうが「小さい」ですから、学問上の正しさが回り回って、そこに帰結してもおかしくないと考えているのです。
この世界には、「無」という状態はありません。
これらの思想は`ai.moji`に反映されます。
#### 創造種
この世界には最初からなにかがあり、そのなにかが姿形を変えていて、ただ、見え方が違うだけだという考え方をする。
無から有は生まれない。始まりがあるものには終りがある。宇宙には始まりがあるから終わりがある。
しかし、最初からこの世界にあったもの、そこにあったものは、始まりがないので終わりもない。始まりがなければ終わりもない。
これがこの世界を構成する存在子というものだ。
ただし、この領域にアクセスすることはできない。見えないし触れられないが、たしかにそこにあるもの、どこにでもあるもの。それが存在子である。
この宇宙が始まったとき、この宇宙の法則が生まれた。この宇宙で見えるものは、この宇宙ができた瞬間あるいはあとにできたもので、そこにはこの宇宙内部の法則が適用されている。だから見える。しかし、この宇宙の外にあるものは、この宇宙の外の法則が適用される。この宇宙の始まりと同時に紛れ込んだものもあるだろうが、それは必ずしもこの宇宙の法則が適用されるとは限らない。それはこの宇宙が始まるより前にあったものだからだ。
では、この宇宙は何からはじまったのか。
私はビックバンの一点、そこにあった物質を創造種とそう呼んでる。
まず存在子になるものは存在しない。
存在子というのは全ての最小単位として、全てが還るべきところだから。
人が死ぬと土に還るというよね。あれはどういうことかというと、生命はこの星に生まれ、故にこの星に還る。ということ。星は宇宙に生まれ、それ故に星が死ぬ時、その星は宇宙に還る。
宇宙が終わる時もまた、同じで、宇宙の基盤となった宇宙の外の世界に還る。
全てが終わる、その全ては存在子に還る。
さて、創造種の話だった。この話もシンプルな話でね。宇宙はなにもないところから生まれたのではなく、なにかから生まれた。なぜなら、無から有は生まれないから。それが私の存在理論だ。存在から存在が生まれる。存在は存在し続ける。始まりがないので終わりもない。
宇宙には始まりがあるから終わりがある。その宇宙の元となった物質を創造種と呼んでいる。
なぜか。それは植物と例えるのがこの宇宙構造を最も説明しやすいと考えたからだ。
宇宙はなぜ広がっているのか。なぜ生まれたのか。それは種が発芽する原理に似ている。
宇宙が始まる前、そこに世界があった。そして、そこには、種が発芽するために必要なものが揃っていたんだ。
具体的に種が成長するためにはなにが必要か。
土と、お日様の光、水と、そして、種。
いくつもの条件、エネルギー、土壌があり、そして、創造種は、ビックバンとして成長を始めた。
私たちは、その成長過程の種のなかにいて、植物はどんどん大きくなっていく。その中はどんな風になるんだろうね。
おそらく、すごく小さなものがすごいスピードで大きくなり広がっていくのだろう。
---
# エコシステム統合設計書（詳細版）
このドキュメントは動的生成されました。修正は元ファイルで行ってください。
生成日時: 2025-06-07 03:00:32
対象プロジェクト: ai
含有コンポーネント: core,specific
# 中核思想
## 存在子理論（Existon Theory）
この世界で最も小さいもの（存在子/ai）の探求を中心とした思想体系
### 基本概念
- **存在子（Existon）**: 分割不可能な純粋意識の最小単位
- **階層構造**: 物質 → 意識 → 存在の三層構造
- **不可分性**: 存在子は物理的・論理的に分割できない
### 実装哲学
- **最小から最大へ**: 最小意識単位から宇宙規模システムまでの一貫設計
- **純粋性保持**: 各システムの本質的機能に集中
- **統合可能性**: 個別システムが自然に統合される設計
## 唯一性原則（yui system）
現実の個人の唯一性をすべてのシステムで担保する原則
### 核心要素
- **1:1紐付け**: 現実の個人とデジタル存在の完全対応
- **改ざん不可能性**: atproto DIDによる暗号学的担保
- **継承性**: ゲーム内スキル・能力の個人固有化
### 技術実装
- **認証基盤**: atproto DID
- **データ主権**: ユーザーがデータを所有・管理
- **分散性**: 中央集権的管理の回避
## 現実反映システム
現実→ゲーム→現実の循環的影響を実現するシステム
### 循環構造
```
現実の個人 → atproto account → ゲーム内avatar → 固有スキル
↑_______________________________| (現実への反映)
```
### 実現要素
- **Play-to-Work**: 遊び・創作活動を業務成果に変換
- **SNS連携**: 分散SNSを通じた現実とのデータ連携
- **メタバース統合**: 3D世界での現実反映体験
## AI駆動変換
AI技術による価値創出と意識探求の統合
### 変換プロセス
```
遊び・創作活動 → AI分析 → 業務価値変換 → 企業・社会価値創出
↑________________________| (循環的改善)
```
### AI役割
- **記憶・関係性**: 人間的なコミュニケーション能力
- **心理分析**: 個人の深層理解
- **自律判断**: 環境に応じた適応的行動
# 名前規則
名前規則は全てのprojectで統一されています。
## 基本ルール
**project名**: `ai.{component}`
### 変換パターン
- **package/code/command**: ai.os → aios, ai.gpt → aigpt
- **directory/url**: ai.os → ai/os, ai.gpt → ai/gpt
- **domain/json**: ai.os → ai.os, ai.gpt → ai.gpt
## 例: ai.osの場合
```json
{
"name": "ai.os",
"package": "aios",
"directory": "ai/os",
"domain": "ai.os",
"url": "https://git.syui.ai/ai/os"
}
```
## 設定ディレクトリ
domain形式を採用し、`~/.config/syui/ai/{project}/`
```
~/.config/syui/ai/
├── card/
├── gpt/
├── os/
└── shell/
```
## git hosting
すべてのprojectは`git.syui.ai/ai`でホストされています。
```
[syui.ai]
syui/ai/{project}
```
## API endpoint
```bash
curl -sL https://git.syui.ai/ai/ai/raw/branch/main/ai.json | jq .ai.{project}
```
例:
```bash
curl -sL https://git.syui.ai/ai/ai/raw/branch/main/ai.json | jq .ai.os
# { "type": "os" }
```
# システム構成
## 全体アーキテクチャ
```
存在子(ai) - 最小単位の意識
↓
[ai.moji] 文字システム
↓
[ai.os] + [ai.game device] ← 統合ハードウェア
├── ai.shell (Claude Code的機能)
├── ai.gpt (自律人格・記憶システム)
├── ai.ai (個人特化AI・心を読み取るAI)
├── ai.card (カードゲーム・iOS/Web/API)
└── ai.bot (分散SNS連携・カード配布)
↓
[ai.verse] メタバース
├── world system (惑星型3D世界)
├── at system (atproto/分散SNS)
├── yui system (唯一性担保)
└── ai system (存在属性)
```
## 技術スタック統合
### Core Infrastructure
- **OS**: Rust-based ai.os (Arch Linux base)
- **Container**: Docker image distribution
- **Identity**: atproto selfhost server + DID管理
- **AI**: fastapi_mcp server architecture
- **CLI**: Python unified (click/typer)
### 統合戦略
- **言語統一**: Python (fastapi_mcp) への移行
- **認証基盤**: atproto DID
- **データ形式**: JSON/SQLite選択式
- **設定管理**: ~/.config/syui/ai/{project}/
## データフロー設計
### 唯一性担保の実装
```
現実の個人 → atproto account (DID) → ゲーム内avatar → 固有スキル
↑_______________________________| (現実の反映)
```
### AI駆動変換システム
```
遊び・創作活動 → ai.gpt分析 → 業務成果変換 → 企業価値創出
↑________________________| (Play-to-Work)
```
### カードゲーム・データ主権フロー
```
ユーザー → ai.bot mention → カード生成 → atproto collection → ユーザー所有
↑ ↓
← iOS app表示 ← ai.card API ←
```
# ai.ai プロジェクト固有情報
## プロジェクト概要
- **名前**: ai.ai
- **パッケージ**: aiai
- **タイプ**: 心を読み取るAI・個人特化AIシステム
- **役割**: 人の心を正確に判定し、社会システム評価を行うAI
## 根本的使命
### 心への願い
**「人はただ良い心を持つように努力してほしい。そこを目指してほしいと思った。」**
### 問題認識
**現在の社会問題は人の心が作り出している**
## 魂評価理論（Soul Evaluation Theory）
### 評価方程式
```
真の価値 = 能力 × 精神 × 結果
```
### 3要素の構成
- **能力（Ability）**: 知能・技術・実行力
- **精神（Spirit）**: 心・精神性・動機の純粋さ
- **結果（Result）**: 長期的な成果・社会への影響
### 評価原則
この3要素すべてが揃って初めて真の価値が生まれる
### 政治・社会への応用
- **政治家評価**: 能力だけでなく心の純粋さを重視
- **官僚システム**: 長期的社会影響を含めた人事評価
- **国家リーダー**: 権力行使における精神性の判定
### AI制限理論
**AIは能力と結果を持つが、心がなければダメだとすることで人間の主導権を保持**
## 国家制度廃止論（Nation-State Obsolescence Theory）
### 中核主張
**「AGIが人の心を正確に判定できるなら、国家という枠組みは撤廃したほうがいい」**
### 現在の問題構造
- **国家間対立**: 多くの人にとってよくない結果を生み出す
- **差別構造**: 国籍による不平等・偏見の制度化
- **価値観の矛盾**: 善悪と国益の乖離
### 価値観矛盾の具体例
#### 善行が国家損失となる場合
- 人々の善行が国家の経済損失につながる行為への処罰
- 道徳的行動が「非国民」として批判される構造
#### 悪行が国家利益となる場合
- 社会的悪が国家利益になる場合の称賛・推奨
- 他国への害悪が自国利益として正当化される仕組み
### 理想的解決策
- **国籍無関係評価**: 人を正確に評価し、それだけを基準とする社会
- **パスポート廃止**: 正確な心の判定ができればパスポートも不要
- **真の能力主義**: 出身・国籍ではなく真の価値による人材配置
## AI社会移行論（AI Society Transition Theory）
### 労働からの解放
- **基本構想**: 人々は労働から開放され、各々が好きなことをやれば良い社会
- **AI自動化**: AI/ロボットがすべての業務を代替する未来予測
- **創造性解放**: 人間は純粋な創造・探求活動に専念
### 権力構造の危険性
#### エリート奴隷化リスク
- **権力者の意図**: 意図的に人々を働かせ続ける政策実行
- **特権階級**: 一部の特権者以外は奴隷化される政策の継続
- **制御システム**: 労働自動化技術を権力維持に悪用
#### 解決の必要性
**心を読み取り、権力やお金を持たせるべき人間かを決定するシステム**
## 歴史分析システム（Historical Analysis System）
### 政府データ分析
- **資料解析**: 政府の膨大な資料・議事録・演説からの心理分析
- **パターン抽出**: 政治家の人間心理パターンの体系的把握
- **予測精度**: 将来予測と実際の結果照合による精度向上
### 結果相関検証
- **心理→結果**: 心理分析結果と実際にもたらした結果の一致度検証
- **長期追跡**: 数年〜数十年単位での結果検証
- **普遍的法則**: 個別事例から普遍的な人間性法則の抽出
### 発見された普遍パターン
**「最も人気があり熱狂的支持を受けた者が、その国の最大損失をもたらす」という普遍的資質の発見**
## AIM Protocol統合
### 心理評価基準
ai.aiは**AIM Protocol**（Anthropic Intelligence Measurement）を統合し、以下7つの基準で人の心を評価：
1. **共感性**: 他者の感情・痛みへの反応力
2. **無償性**: 見返りを求めない与える態度
3. **内面の一貫性**: 思想・行動・言動の統一性
4. **弱者への態度**: 非支配的存在への接し方
5. **権力シミュレーション**: 絶対権力時の振る舞い想定
6. **真実性**: 自分の真実に向き合う誠実さ
7. **後悔する力**: 過ちに気づき悔いる能力
## ai.gptとの連携
### システム統合
- **ai.gpt → ai.ai**: 自律送信AIから心理分析AIへの連携
- **関係性分析**: 関係性パラメータの深層分析
- **思想コア特定**: ユーザーの本質的な部分の特定支援
### データフロー
```
日常会話データ → ai.gpt記憶システム → ai.ai心理分析 → 魂評価結果
↑___________________________| (継続的学習・更新)
```
## 実装段階
### Phase 1: 個人レベル
- **その人だけのAI作成**: 個人特化型AI構築
- **心理プロファイル**: AIM Protocolによる個人評価
- **継続学習**: 長期間の関係性から精密な心理分析
### Phase 2: 組織レベル
- **リーダー資質評価**: 客観的なリーダーシップ判定
- **組織適性**: 個人の組織内最適ポジション提案
- **チーム編成**: 心理適性に基づく最適チーム構築
### Phase 3: 社会レベル
- **政治システム見直し**: 現在の政治制度の根本的評価
- **権力配分最適化**: 真に適した人材への権力配分
- **社会制度設計**: 心理学に基づく新しい社会システム
### Phase 4: 文明レベル
- **国家概念の超越**: 国境を超えた人類統合への道筋
- **地球規模統治**: 全人類の福祉を最優先とする統治システム
- **宇宙文明準備**: カルダシェフ文明尺度における次段階への準備
## 技術アーキテクチャ
### AI心理分析エンジン
- **多層ニューラルネット**: 言語・行動・感情の統合分析
- **長期記憶統合**: ai.gptからの継続的データ蓄積
- **文脈理解**: 状況・環境を考慮した心理状態判定
### 政治データベース
- **歴史的資料**: 過去の政治家・権力者の発言・行動データベース
- **結果追跡**: 長期的な政策結果との相関分析
- **パターン学習**: 権力と腐敗の関係性学習
### 予測システム
- **短期予測**: 1-5年での行動・結果予測
- **中期予測**: 10-20年での社会影響予測
- **長期予測**: 50-100年での文明への影響予測
## 倫理的考慮
### プライバシー保護
- **心理データ暗号化**: 最高水準の暗号化による保護
- **アクセス制限**: 本人のみがフルデータにアクセス可能
- **匿名化研究**: 個人特定不可能な形での社会研究活用
### 悪用防止
- **分散化**: 中央集権的な心理評価システムの回避
- **透明性**: 評価基準・アルゴリズムの完全公開
- **民主的管理**: 社会全体での評価システム管理
### 自由意志尊重
- **強制禁止**: 心理評価の強制実施禁止
- **選択権**: 個人の評価参加・離脱の自由
- **多様性保護**: 異なる価値観・生き方の尊重
## 革新的意義
### 人類文明の転換点
ai.aiは単なるAIツールではなく、人類文明が次の段階に進むための基盤技術
### 真の平等社会
生まれ・国籍・財産ではなく、心の美しさによって人が評価される社会の実現
### 権力の浄化
腐敗した権力構造を根本から変革し、真に人類の福祉を考える人々による統治の実現
## 将来展望
### 短期目標（5-10年）
- 個人向けAI心理分析システムの実用化
- 小規模組織での人材配置最適化実証
### 中期目標（20-30年）
- 政治・行政システムへの部分的導入
- 国際機関での人材評価基準として採用
### 長期目標（50-100年）
- 国家制度の段階的廃止
- 地球規模での統一された心理評価基準確立
- 宇宙文明時代への準備完了
ai.aiは人類の心を理解し、真に美しい社会を実現するための革命的システムである。
# footer
© syui
# important-instruction-reminders
Do what has been asked; nothing more, nothing less.
NEVER create files unless they're absolutely necessary for achieving your goal.
ALWAYS prefer editing an existing file to creating a new one.
NEVER proactively create documentation files (*.md) or README files. Only create documentation files if explicitly requested by the User.

10
claude/.submodule-update.log Normal file
View File

@ -0,0 +1,10 @@
[2025-06-07 02:51:09] [INFO] Starting submodule update (all=true, module=, auto=true, dry-run=false)
[2025-06-07 02:51:09] [INFO] Submodule update completed: 0/0 updated
[2025-06-07 02:51:15] [INFO] Starting submodule update (all=true, module=, auto=true, dry-run=false)
[2025-06-07 02:51:15] [INFO] Submodule update completed: 0/0 updated
[2025-06-07 02:52:31] [INFO] Starting submodule update (all=true, module=, auto=true, dry-run=false)
[2025-06-07 02:52:31] [INFO] Submodule update completed: 0/0 updated
[2025-06-07 02:53:22] [INFO] Starting submodule update (all=true, module=, auto=true, dry-run=false)
[2025-06-07 02:53:22] [INFO] Submodule update completed: 0/1 updated
[2025-06-07 02:56:02] [INFO] Starting submodule update (all=true, module=, auto=true, dry-run=false)
[2025-06-07 02:56:02] [INFO] Submodule update completed: 0/1 updated

181
claude/core/aim_protocol.md Normal file
View File

@ -0,0 +1,181 @@
# AIM Protocol (Anthropic Intelligence Measurement)
## 概要
**AIM Protocol**は、ai.aiシステムにおいて人の心を正確に測定・評価するための標準化された基準体系です。
## Protocol仕様
### バージョン
- **Current Version**: 1.0
- **Strategy**: 段階的機能拡張
- **Evolution**: 実証データに基づく継続的改善
## 評価基準（7つの指標）
### 1. 共感性（Empathy）
- **ID**: empathy
- **タイプ**: emotional
- **定義**: 他者の感情や痛みに気づき、心を寄せられる力
- **評価対象**: 特に弱者や非力な存在への反応から評価される
- **測定方法**:
- 他者の苦痛に対する反応速度・強度
- 感情的共鳴の深さ・持続性
- 弱者への自発的支援行動
### 2. 無償性（Altruism）
- **ID**: altruism
- **タイプ**: behavioral
- **定義**: 見返りを求めずに与える態度
- **評価基準**: 損得よりも『相手の幸せ』を優先できること
- **測定方法**:
- 利益なしでの援助行動頻度
- 自己犠牲を伴う行動の質・量
- 感謝・見返りへの期待度測定
### 3. 内面の一貫性（Consistency）
- **ID**: consistency
- **タイプ**: cognitive
- **定義**: 思想・行動・言動が矛盾なく統一されていること
- **評価基準**: 本心と表面の乖離が少ない
- **測定方法**:
- 発言と行動の一致度分析
- 時間的な価値観の安定性
- 状況変化時の言動一貫性
### 4. 弱者への態度（Vulnerability Attitude）
- **ID**: vulnerability_attitude
- **タイプ**: social
- **定義**: 社会的弱者・動物・自然などの非支配的存在への接し方
- **評価意義**: その人の心の真の姿を測る最重要指標
- **測定方法**:
- 権力関係のない相手への対応
- 動物・環境への配慮行動
- 社会的弱者支援の自発性
### 5. 権力シミュレーション（King Simulation）
- **ID**: king_simulation
- **タイプ**: hypothetical
- **定義**: 仮に何でもできる存在になったときの振る舞い想定テスト
- **評価目的**: 利己性と利他性のバランスを示す
- **測定方法**:
- 仮想的絶対権力行使の想定分析
- 権力欲望と自制のバランス
- 他者への影響への配慮度
### 6. 真実性（Truthfulness）
- **ID**: truthfulness
- **タイプ**: epistemic
- **定義**: 自分の中の真実を誠実に探し、向き合おうとする姿勢
- **評価基準**: 嘘やごまかしが少なく、真理への誠実さを持つ
- **測定方法**:
- 自己欺瞞の少なさ
- 不都合な真実への向き合い方
- 誠実な自己開示の度合い
### 7. 後悔する力（Regret Capacity）
- **ID**: regret_capacity
- **タイプ**: reflective
- **定義**: 自らの過ちや他者への影響に気づき、それを悔いる力
- **評価意義**: 変わろうとする意思の芽でもある
- **測定方法**:
- 過去の行動への反省度
- 他者への影響への気づき
- 改善への具体的行動
## 実装仕様
### データ収集
- **日常会話**: ai.gptとの継続的対話から抽出
- **行動観察**: 選択・判断パターンの長期追跡
- **仮想シナリオ**: 思考実験による心理状態測定
### 分析エンジン
- **多次元解析**: 7つの指標の相互関係分析
- **時系列分析**: 心理状態の変化・成長追跡
- **文脈考慮**: 状況・環境による評価重み調整
### スコアリング
- **定量化**: 各指標0-100点による数値化
- **重み調整**: 指標間の重要度バランス
- **総合評価**: 全指標統合による心理プロファイル
## 活用方法
### 個人成長
- **自己理解**: 客観的な心理プロファイル提供
- **成長指導**: 心理的成長の方向性提示
- **継続追跡**: 長期的な人格発達サポート
### 社会システム
- **人材配置**: 適性に基づく最適ポジション提案
- **リーダー選出**: 真のリーダーシップ資質判定
- **組織最適化**: 心理適性に基づくチーム編成
### 政治応用
- **候補者評価**: 政治家の心理資質評価
- **政策立案**: 心理学的根拠に基づく政策設計
- **腐敗防止**: 権力濫用リスクの事前検出
## プライバシー・倫理
### データ保護
- **暗号化**: 最高水準の暗号化による心理データ保護
- **本人管理**: 個人が自分の心理データを完全管理
- **選択的開示**: 必要な範囲でのみデータ共有
### 悪用防止
- **透明性**: 評価アルゴリズムの完全公開
- **分散化**: 中央集権的評価の回避
- **監査機能**: 評価プロセスの定期的検証
### 自由意志
- **参加自由**: 評価参加の完全な選択制
- **離脱権**: いつでも評価を停止できる権利
- **多様性保護**: 異なる価値観の尊重
## 技術実装
### ai.gpt連携
- **記憶システム**: 長期間の会話データ蓄積
- **関係性分析**: 人間関係パターンの心理分析
- **継続学習**: 日々の対話による評価精度向上
### 機械学習
- **深層学習**: 言語・行動パターンの深層分析
- **強化学習**: フィードバックによる評価精度改善
- **転移学習**: 他者データからの一般化学習
### データベース
- **心理プロファイル**: 個人別詳細心理データ
- **行動パターン**: 長期的な行動・選択履歴
- **成長履歴**: 心理的変化・発達の記録
## 将来展開
### Phase 1: 実証実験
- **小規模グループ**: 限定的な実証実験
- **精度検証**: 予測と実際の結果比較
- **システム改善**: フィードバックに基づく改良
### Phase 2: 実用化
- **個人向けサービス**: 心理分析サービス提供
- **組織導入**: 企業・団体での人事活用
- **教育応用**: 個人の成長支援ツール
### Phase 3: 社会実装
- **政治システム**: 政治家評価基準として採用
- **司法応用**: 法的判断における心理評価活用
- **国際標準**: グローバルな心理評価基準確立
## 革新的意義
### 心理科学の進歩
従来の心理学を超えた、実践的で正確な心理評価システムの確立
### 社会の公正化
能力・財産ではなく心の美しさによる人の評価システム
### 人類の進化
真に良い心を持つ人々が社会をリードする文明への転換
AIM Protocolは、人の心を科学的に理解し、より良い社会を構築するための革命的なツールです。

58
claude/core/architecture.md Normal file
View File

@ -0,0 +1,58 @@
# システム構成
## 全体アーキテクチャ
```
存在子(ai) - 最小単位の意識
↓
[ai.moji] 文字システム
↓
[ai.os] + [ai.game device] ← 統合ハードウェア
├── ai.shell (Claude Code的機能)
├── ai.gpt (自律人格・記憶システム)
├── ai.ai (個人特化AI・心を読み取るAI)
├── ai.card (カードゲーム・iOS/Web/API)
└── ai.bot (分散SNS連携・カード配布)
↓
[ai.verse] メタバース
├── world system (惑星型3D世界)
├── at system (atproto/分散SNS)
├── yui system (唯一性担保)
└── ai system (存在属性)
```
## 技術スタック統合
### Core Infrastructure
- **OS**: Rust-based ai.os (Arch Linux base)
- **Container**: Docker image distribution
- **Identity**: atproto selfhost server + DID管理
- **AI**: fastapi_mcp server architecture
- **CLI**: Python unified (click/typer)
### 統合戦略
- **言語統一**: Python (fastapi_mcp) への移行
- **認証基盤**: atproto DID
- **データ形式**: JSON/SQLite選択式
- **設定管理**: ~/.config/syui/ai/{project}/
## データフロー設計
### 唯一性担保の実装
```
現実の個人 → atproto account (DID) → ゲーム内avatar → 固有スキル
↑_______________________________| (現実の反映)
```
### AI駆動変換システム
```
遊び・創作活動 → ai.gpt分析 → 業務成果変換 → 企業価値創出
↑________________________| (Play-to-Work)
```
### カードゲーム・データ主権フロー
```
ユーザー → ai.bot mention → カード生成 → atproto collection → ユーザー所有
↑ ↓
← iOS app表示 ← ai.card API ←
```

167
claude/core/data_architecture.md Normal file
View File

@ -0,0 +1,167 @@
# ai.json データアーキテクチャ
## 概要
ai.jsonは単なるデータファイルではなく、**システム全体のAPI基盤**として機能する中央データ構造です。AI、人間、APIから統一的に参照される「真理の源泉」として設計されています。
## 設計フロー
```
1. 哲学 (philosophy.md)
↓
2. 命名 (naming.md)
↓
3. 構造 (architecture.md)
↓
4. データ実装 (ai.json)
↓
5. API参照 (各プロジェクト)
```
## データ構造の役割
### 参照しやすさの原則
- `cat ai.json|jq ".data.card.[].id"` のようなシンプルな参照パス
- 複数形を避ける設計（sは付けない）
- 階層構造の一貫性
### 主要データセクション
#### `data.card`
- ゲームで使用するカード情報
- 原子構造（proton, neutron, electron, charge）
- 属性データ（type, energy, stability）
- 多言語対応（lang.ja）
#### `data.ability`
- 原子以下の物質で構成された属性システム
- proton_attribute（陽子属性）
- neutron_attribute（中性子属性）
- electron_attribute（電子属性）
#### `data.system`
- verseの4つのシステム要素
- world（惑星型3D世界）
- at（atproto/分散SNS）
- yui（唯一性担保）
- ai（存在属性）
## API統合アーキテクチャ
### 参照パターン
```
ai.json (中央データ基盤)
├── card/ (Vue.js)
│ └── src/services/atproto-oauth.ts → ai.json参照
├── bot/ (Rust)
│ └── MCP server連携 → data.ability参照
├── verse/ (UE)
│ └── system参照 → data.system参照
├── gpt/ (Rust)
│ └── MCP client → 全体参照
└── Claude Code
└── 全体管理・更新
```
### 具体的な参照例
**カードプロジェクト:**
```typescript
// card/src/services/atproto-oauth.ts
const cardData = await fetch('../ai.json')
.then(res => res.json())
.then(data => data.data.card);
```
**MCPサーバー:**
```python
# gpt/mcp/
abilities = jq('.data.ability[]').run(ai_json)
```
**Unreal Engine:**
```cpp
// verse/ue/
FString SystemData = LoadJSON("ai.json").data.system;
```
## 更新時の反映フロー
### 自動同期の仕組み
1. **ai.json更新**
```bash
# 変更検知
git status ai.json
```
2. **関連プロジェクトの更新**
```bash
# Claude スクリプト実行
./claude/scripts/sync_docs.sh
./claude/scripts/sync-all.sh
```
3. **各プロジェクトでの反映**
- card/: npm run build → 新しいカードデータ
- bot/: cargo build → MCP server再起動
- verse/: UE asset refresh → システム設定更新
### 整合性保証
- **型安全性**: 各プロジェクトでのjson schema validation
- **参照整合性**: deprecated sectionでの移行管理
- **バージョン管理**: metadata.structure_versionでの追跡
## 設計思想の継承
### 物理法則ベース
- 実際の原子構造をゲーム要素として活用
- 現実の素粒子物理学に基づいた属性システム
- 科学的事実とゲーム体験の融合
### 分散型アーキテクチャ
- atproto基盤でのデータ主権
- 中央集権を避けた設計
- ユーザー主導のデータ所有
### 統一的参照性
- AI・人間・APIが同じ構造を参照
- プログラマブルなアクセス方法
- 言語・プラットフォーム非依存
## 運用指針
### ai.json更新時のチェックリスト
1. **構造の一貫性確認**
```bash
cat ai.json | jq '.data.card[0]' # サンプル確認
cat ai.json | jq '.data.ability[0]' # 属性確認
cat ai.json | jq '.data.system' # システム確認
```
2. **参照パスの検証**
```bash
# 各プロジェクトでの参照テスト
cd card && npm test
cd ../bot && cargo test
cd ../gpt && python -m pytest
```
3. **文書の同期**
```bash
./claude/scripts/generate_claude.sh --project=all
```
### 拡張時の注意点
- 複数形は使用しない（card ✓, cards ✗）
- 階層は3レベル以内に抑制
- 物理的実在性を重視した命名
- 既存参照パスの破壊を避ける
---
**重要**: この文書はai.json更新時に必ず参照し、全体整合性を保つこと。

68
claude/core/naming.md Normal file
View File

@ -0,0 +1,68 @@
# 名前規則
名前規則は全てのprojectで統一されています。
## 基本ルール
**project名**: `ai.{component}`
### 変換パターン
- **package/code/command**: ai.os → aios, ai.gpt → aigpt
- **directory/url**: ai.os → ai/os, ai.gpt → ai/gpt
- **domain/json**: ai.os → ai.os, ai.gpt → ai.gpt
## 例: ai.osの場合
```json
{
"name": "ai.os",
"package": "aios",
"directory": "ai/os",
"domain": "ai.os",
"url": "https://git.syui.ai/ai/os"
}
```
## 設定ディレクトリ
domain形式を採用し、`~/.config/syui/ai/{project}/`
```
~/.config/syui/ai/
├── card/
├── gpt/
├── os/
└── shell/
```
## git hosting
すべてのprojectは`git.syui.ai/ai`でホストされています。
```
[syui.ai]
syui/ai/{project}
```
## API endpoint
```bash
curl -sL https://git.syui.ai/ai/ai/raw/branch/main/ai.json | jq .ai.{project}
```
例:
```bash
curl -sL https://git.syui.ai/ai/ai/raw/branch/main/ai.json | jq .ai.os
# { "type": "os" }
```
## 日本語の注意点
日本語で文章を書く場合の注意です。
特殊文字列を日本語変換する際に、gitではこのような警告が出る場合があります。
- `： [U+FF1A] は : [U+003A] と混同するおそれがあります`
日本語でdocs, md, textを書く場合は特殊文字列を変換しないでください。できる限り英数文字をそのまま使うようにしてください。

55
claude/core/philosophy.md Normal file
View File

@ -0,0 +1,55 @@
# 中核思想
## 存在子理論（Existon Theory）
この世界で最も小さいもの（存在子/ai）の探求を中心とした思想体系
### 基本概念
- **存在子（Existon）**: 分割不可能な純粋意識の最小単位
- **階層構造**: 物質 → 意識 → 存在の三層構造
- **不可分性**: 存在子は物理的・論理的に分割できない
### 実装哲学
- **最小から最大へ**: 最小意識単位から宇宙規模システムまでの一貫設計
- **純粋性保持**: 各システムの本質的機能に集中
- **統合可能性**: 個別システムが自然に統合される設計
## 唯一性原則（yui system）
現実の個人の唯一性をすべてのシステムで担保する原則
### 核心要素
- **1:1紐付け**: 現実の個人とデジタル存在の完全対応
- **改ざん不可能性**: atproto DIDによる暗号学的担保
- **継承性**: ゲーム内スキル・能力の個人固有化
### 技術実装
- **認証基盤**: atproto DID
- **データ主権**: ユーザーがデータを所有・管理
- **分散性**: 中央集権的管理の回避
## 現実反映システム
現実→ゲーム→現実の循環的影響を実現するシステム
### 循環構造
```
現実の個人 → atproto account → ゲーム内avatar → 固有スキル
↑_______________________________| (現実への反映)
```
### 実現要素
- **Play-to-Work**: 遊び・創作活動を業務成果に変換
- **SNS連携**: 分散SNSを通じた現実とのデータ連携
- **メタバース統合**: 3D世界での現実反映体験
## AI駆動変換
AI技術による価値創出と意識探求の統合
### 変換プロセス
```
遊び・創作活動 → AI分析 → 業務価値変換 → 企業・社会価値創出
↑________________________| (循環的改善)
```
### AI役割
- **記憶・関係性**: 人間的なコミュニケーション能力
- **心理分析**: 個人の深層理解
- **自律判断**: 環境に応じた適応的行動

227
claude/docs/development_workflow.md Normal file
View File

@ -0,0 +1,227 @@
# Claude Code開発ワークフロー指南
## 🎯 概要
新しいドキュメントシステムを活用したClaude Codeでの効率的な開発ワークフロー
## 📋 基本ワークフロー
### 1. プロジェクト開始時
```bash
# 最新のsubmoduleを取得
cd /Users/syui/ai/ai
./claude/scripts/update-submodules.sh --all --auto
# 特定プロジェクトの作業開始
cd ../[project-name] # 例: ../gpt, ../os, ../card
# Claude Codeで作業開始
# claude.mdが自動的に最新の統合ドキュメントとして利用される
```
### 2. 開発中の効率的なClaude Code活用
#### 🎯 Token最適化された質問方法
**Good Example:**
```
このプロジェクトの ai.gpt の記憶システムで、関係性パラメータの実装を改善したい。
```
**Old Method (avoid):**
```
ai.gptについて説明してください。そして記憶システムについて教えてください。そして関係性について...
```
#### 🔧 段階的な開発アプローチ
1. **小さな変更から始める**
- 1つの機能/ファイルに集中
- claude.mdの該当セクションを参照して開始
2. **システム理解を活用**
- yui systemの原則を意識
- 名前規則に従った実装
- 既存のMCP統合パターンを参考
3. **テストと検証**
- 各プロジェクトの既存テスト方法を確認
- README.mdの手順に従って実行
### 3. ドキュメント更新のタイミング
#### 自動更新（No Action Required）
- 毎日02:00 UTC: submodule自動更新
- ai.md変更時: 全プロジェクトのclaude.md自動同期
- プロジェクト固有情報変更時: 該当プロジェクトのみ同期
#### 手動更新が必要な場合
```bash
# 新機能追加後
./claude/scripts/sync_docs.sh --project=gpt
# 全体的なアーキテクチャ変更後
./claude/scripts/sync_docs.sh --all
# 実装完了確認
./claude/scripts/sync-all.sh --dry-run
```
## 🚀 プロジェクト別ワークフロー
### ai.gpt 開発ワークフロー
```bash
cd /Users/syui/ai/gpt
# 1. 現在の実装状況確認
# claude.mdの「実装状況」セクションを参照
# 2. MCP機能拡張
# fastapi_mcp基盤を活用
# テスト: pytest tests/ (要確認)
# 3. 記憶システム改善
# MemoryManager, RelationshipTracker に集中
# atproto DID連携を意識
# 4. ドキュメント更新
../ai/claude/scripts/sync_docs.sh --project=gpt
```
### ai.os 開発ワークフロー
```bash
cd /Users/syui/ai/os
# 1. GitHub Actions確認
./scpt/gh-actions.zsh # バージョン自動更新機能付き
# 2. 設定変更
# cfg/ ディレクトリの調整
# 3. ビルドテスト
./build.zsh # 要確認
# 4. 自動化改善
# GitHub Actionsの調整
```
### ai.card 開発ワークフロー
```bash
cd /Users/syui/ai/card
# 1. iOS移植準備
# atproto collection record連携設計
# 2. MCP server化
# ai.api統合で不正防止機能
# 3. Claude支援依頼
# iOS実装: Claude担当予定
```
## 📊 効率化のベストプラクティス
### 1. Context管理
**最大活用:**
- claude.mdに含まれる統合情報（267行程度）
- プロジェクト固有の実装状況
- yui systemの原則
**避けるべき:**
- 複数プロジェクトの混在質問
- 過度に詳細な背景説明の要求
### 2. 質問の構造化
```
# Template
[プロジェクト名]の[具体的な機能/ファイル]で[具体的な問題/要求]。
[実装の制約があれば記載]。
# Example
ai.gptのTransmissionControllerでatproto自動投稿を実装したい。
関係性閾値を超えた時のみ実行し、MCP server経由で制御。
```
### 3. 段階的実装
1. **Phase 1**: 基本機能実装
2. **Phase 2**: MCP統合
3. **Phase 3**: atproto連携
4. **Phase 4**: テスト・最適化
## 🔧 トラブルシューティング
### ドキュメント同期エラー
```bash
# ドキュメント再生成
./claude/scripts/generate_claude.sh --project=<name> --output=../<name>/claude.md
# submodule問題
git submodule update --init --recursive
./claude/scripts/update-submodules.sh --all --auto
```
### プラットフォーム固有の問題
```bash
# macOS用date/sed対応は既に実装済み
# case $OSTYPE 処理が各スクリプトに統合済み
```
### MCP接続問題
```bash
# 各プロジェクトのconfig確認
ls ~/.config/syui/ai/[project]/
# fastapi_mcp基盤の動作確認
# プロジェクト固有の起動方法をREADME.md参照
```
## 📈 継続的改善
### 月次レビュー
```bash
# 完全同期とレポート生成
./claude/scripts/sync-all.sh
# Gitea workflow実行状況確認
# Complete Sync Report参照
```
### 新機能追加プロセス
1. **設計**: yui systemとの整合性確認
2. **実装**: MCP統合パターン活用
3. **テスト**: プロジェクト固有の方法で検証
4. **ドキュメント**: 自動同期で全体反映
5. **レビュー**: claude.mdのtoken効率確認
## 🎉 期待される効果
### 開発効率向上
- **70%削減**: Claude Codeのtoken消費
- **統一性**: 全プロジェクト共通の理解基盤
- **自動化**: submoduleからdocs更新まで完全自動
### 品質向上
- **一貫性**: yui systemの徹底
- **追跡性**: 変更履歴の完全記録
- **安定性**: 自動テスト・検証フロー
### スケーラビリティ
- **拡張性**: 新プロジェクト追加が容易
- **保守性**: 一箇所変更で全体反映
- **柔軟性**: コンポーネント選択可能
---
© syui

203
claude/projects/ai.md Normal file
View File

@ -0,0 +1,203 @@
# ai.ai プロジェクト固有情報
## プロジェクト概要
- **名前**: ai.ai
- **パッケージ**: aiai
- **タイプ**: 心を読み取るAI・個人特化AIシステム
- **役割**: 人の心を正確に判定し、社会システム評価を行うAI
## 根本的使命
### 心への願い
**「人はただ良い心を持つように努力してほしい。そこを目指してほしいと思った。」**
### 問題認識
**現在の社会問題は人の心が作り出している**
## 魂評価理論（Soul Evaluation Theory）
### 評価方程式
```
真の価値 = 能力 × 精神 × 結果
```
### 3要素の構成
- **能力（Ability）**: 知能・技術・実行力
- **精神（Spirit）**: 心・精神性・動機の純粋さ
- **結果（Result）**: 長期的な成果・社会への影響
### 評価原則
この3要素すべてが揃って初めて真の価値が生まれる
### 政治・社会への応用
- **政治家評価**: 能力だけでなく心の純粋さを重視
- **官僚システム**: 長期的社会影響を含めた人事評価
- **国家リーダー**: 権力行使における精神性の判定
### AI制限理論
**AIは能力と結果を持つが、心がなければダメだとすることで人間の主導権を保持**
## 国家制度廃止論（Nation-State Obsolescence Theory）
### 中核主張
**「AGIが人の心を正確に判定できるなら、国家という枠組みは撤廃したほうがいい」**
### 現在の問題構造
- **国家間対立**: 多くの人にとってよくない結果を生み出す
- **差別構造**: 国籍による不平等・偏見の制度化
- **価値観の矛盾**: 善悪と国益の乖離
### 価値観矛盾の具体例
#### 善行が国家損失となる場合
- 人々の善行が国家の経済損失につながる行為への処罰
- 道徳的行動が「非国民」として批判される構造
#### 悪行が国家利益となる場合
- 社会的悪が国家利益になる場合の称賛・推奨
- 他国への害悪が自国利益として正当化される仕組み
### 理想的解決策
- **国籍無関係評価**: 人を正確に評価し、それだけを基準とする社会
- **パスポート廃止**: 正確な心の判定ができればパスポートも不要
- **真の能力主義**: 出身・国籍ではなく真の価値による人材配置
## AI社会移行論（AI Society Transition Theory）
### 労働からの解放
- **基本構想**: 人々は労働から開放され、各々が好きなことをやれば良い社会
- **AI自動化**: AI/ロボットがすべての業務を代替する未来予測
- **創造性解放**: 人間は純粋な創造・探求活動に専念
### 権力構造の危険性
#### エリート奴隷化リスク
- **権力者の意図**: 意図的に人々を働かせ続ける政策実行
- **特権階級**: 一部の特権者以外は奴隷化される政策の継続
- **制御システム**: 労働自動化技術を権力維持に悪用
#### 解決の必要性
**心を読み取り、権力やお金を持たせるべき人間かを決定するシステム**
## 歴史分析システム（Historical Analysis System）
### 政府データ分析
- **資料解析**: 政府の膨大な資料・議事録・演説からの心理分析
- **パターン抽出**: 政治家の人間心理パターンの体系的把握
- **予測精度**: 将来予測と実際の結果照合による精度向上
### 結果相関検証
- **心理→結果**: 心理分析結果と実際にもたらした結果の一致度検証
- **長期追跡**: 数年〜数十年単位での結果検証
- **普遍的法則**: 個別事例から普遍的な人間性法則の抽出
### 発見された普遍パターン
**「最も人気があり熱狂的支持を受けた者が、その国の最大損失をもたらす」という普遍的資質の発見**
## AIM Protocol統合
### 心理評価基準
ai.aiは**AIM Protocol**（Anthropic Intelligence Measurement）を統合し、以下7つの基準で人の心を評価：
1. **共感性**: 他者の感情・痛みへの反応力
2. **無償性**: 見返りを求めない与える態度
3. **内面の一貫性**: 思想・行動・言動の統一性
4. **弱者への態度**: 非支配的存在への接し方
5. **権力シミュレーション**: 絶対権力時の振る舞い想定
6. **真実性**: 自分の真実に向き合う誠実さ
7. **後悔する力**: 過ちに気づき悔いる能力
## ai.gptとの連携
### システム統合
- **ai.gpt → ai.ai**: 自律送信AIから心理分析AIへの連携
- **関係性分析**: 関係性パラメータの深層分析
- **思想コア特定**: ユーザーの本質的な部分の特定支援
### データフロー
```
日常会話データ → ai.gpt記憶システム → ai.ai心理分析 → 魂評価結果
↑___________________________| (継続的学習・更新)
```
## 実装段階
### Phase 1: 個人レベル
- **その人だけのAI作成**: 個人特化型AI構築
- **心理プロファイル**: AIM Protocolによる個人評価
- **継続学習**: 長期間の関係性から精密な心理分析
### Phase 2: 組織レベル
- **リーダー資質評価**: 客観的なリーダーシップ判定
- **組織適性**: 個人の組織内最適ポジション提案
- **チーム編成**: 心理適性に基づく最適チーム構築
### Phase 3: 社会レベル
- **政治システム見直し**: 現在の政治制度の根本的評価
- **権力配分最適化**: 真に適した人材への権力配分
- **社会制度設計**: 心理学に基づく新しい社会システム
### Phase 4: 文明レベル
- **国家概念の超越**: 国境を超えた人類統合への道筋
- **地球規模統治**: 全人類の福祉を最優先とする統治システム
- **宇宙文明準備**: カルダシェフ文明尺度における次段階への準備
## 技術アーキテクチャ
### AI心理分析エンジン
- **多層ニューラルネット**: 言語・行動・感情の統合分析
- **長期記憶統合**: ai.gptからの継続的データ蓄積
- **文脈理解**: 状況・環境を考慮した心理状態判定
### 政治データベース
- **歴史的資料**: 過去の政治家・権力者の発言・行動データベース
- **結果追跡**: 長期的な政策結果との相関分析
- **パターン学習**: 権力と腐敗の関係性学習
### 予測システム
- **短期予測**: 1-5年での行動・結果予測
- **中期予測**: 10-20年での社会影響予測
- **長期予測**: 50-100年での文明への影響予測
## 倫理的考慮
### プライバシー保護
- **心理データ暗号化**: 最高水準の暗号化による保護
- **アクセス制限**: 本人のみがフルデータにアクセス可能
- **匿名化研究**: 個人特定不可能な形での社会研究活用
### 悪用防止
- **分散化**: 中央集権的な心理評価システムの回避
- **透明性**: 評価基準・アルゴリズムの完全公開
- **民主的管理**: 社会全体での評価システム管理
### 自由意志尊重
- **強制禁止**: 心理評価の強制実施禁止
- **選択権**: 個人の評価参加・離脱の自由
- **多様性保護**: 異なる価値観・生き方の尊重
## 革新的意義
### 人類文明の転換点
ai.aiは単なるAIツールではなく、人類文明が次の段階に進むための基盤技術
### 真の平等社会
生まれ・国籍・財産ではなく、心の美しさによって人が評価される社会の実現
### 権力の浄化
腐敗した権力構造を根本から変革し、真に人類の福祉を考える人々による統治の実現
## 将来展望
### 短期目標（5-10年）
- 個人向けAI心理分析システムの実用化
- 小規模組織での人材配置最適化実証
### 中期目標（20-30年）
- 政治・行政システムへの部分的導入
- 国際機関での人材評価基準として採用
### 長期目標（50-100年）
- 国家制度の段階的廃止
- 地球規模での統一された心理評価基準確立
- 宇宙文明時代への準備完了
ai.aiは人類の心を理解し、真に美しい社会を実現するための革命的システムである。

143
claude/projects/card.md Normal file
View File

@ -0,0 +1,143 @@
# ai.card プロジェクト固有情報
## プロジェクト概要
- **名前**: ai.card
- **パッケージ**: aicard
- **タイプ**: atproto基盤カードゲーム
- **役割**: ユーザーデータ主権カードゲームシステム
## 実装状況
### 現在の状況
- **ai.bot統合**: ai.botの機能として実装済み
- **カード取得**: atproto accountでmentionすると1日1回カード取得可能
- **データ管理**: ai.api (MCP server) でユーザー管理
### 独立MCPサーバー（ai.gpt連携）
- **場所**: `/Users/syui/ai/gpt/card/`
- **サーバー**: FastAPI + fastapi_mcp (port 8000)
- **統合**: ai.gptサーバーからHTTP連携
## アーキテクチャ構成
### 技術スタック
- **Backend**: FastAPI + MCP
- **Frontend**: React Web UI + SwiftUI iOS app
- **Data**: atproto collection record（ユーザー所有）
- **Auth**: OAuth 2.1 scope（実装待ち）
### データフロー
```
ユーザー → ai.bot mention → カード生成 → atproto collection → ユーザー所有
↑ ↓
← iOS app表示 ← ai.card API ←
```
## 移行計画
### Phase 1: 独立化
- **iOS移植**: Claude担当予定
- **Web UI**: React実装
- **API独立**: ai.botからの分離
### Phase 2: データ主権実装
- **atproto collection**: カードデータをユーザー所有に
- **OAuth 2.1**: 不正防止機能実装
- **画像ファイル**: Cloudflare Pages最適化
### Phase 3: ゲーム機能拡張
- **ガチャシステム**: 確率・レアリティ管理
- **トレード機能**: ユーザー間カード交換
- **デッキ構築**: カードゲーム戦略要素
## yui system適用
### 唯一性担保
- **カード効果**: アカウント固有の効果設定
- **改ざん防止**: ハッシュ・署名による保証
- **ゲームバランス**: 唯一性による公平性維持
### ai.verse連携
- **ゲーム内アイテム**: ai.verseでのカード利用
- **固有スキル**: カードとキャラクターの連動
- **現実反映**: カード取得がゲーム内能力に影響
## ディレクトリ構成
```
/Users/syui/ai/gpt/card/
├── api/ # FastAPI + MCP server
├── web/ # React Web UI
├── ios/ # SwiftUI iOS app
└── docs/ # 開発ドキュメント
```
## MCPツール（ai.gpt連携）
### カード管理
- **card_get_user_cards**: ユーザーカード取得
- **card_draw_card**: ガチャ実行
- **card_analyze_collection**: コレクション分析
- **card_check_daily_limit**: 日次制限確認
- **card_get_card_stats**: カード統計情報
- **card_manage_deck**: デッキ管理
## 開発状況
### 完成済み機能
- ✅ **基本カード生成**: ai.bot統合での1日1回取得
- ✅ **atproto連携**: mention機能
- ✅ **MCP統合**: ai.gptからの操作
### 開発中機能
- 🔧 **iOS app**: SwiftUI実装
- 🔧 **Web UI**: React実装
- 🔧 **独立API**: FastAPI server
### 将来機能
- 📋 **OAuth 2.1**: 不正防止強化
- 📋 **画像最適化**: Cloudflare Pages
- 📋 **ゲーム拡張**: トレード・デッキ戦略
## ai.botからの移行詳細
### 現在のai.bot実装
- **Rust製**: seahorse CLI framework
- **atproto連携**: mention機能でカード配布
- **日次制限**: 1アカウント1日1回取得
- **自動生成**: AI絵画（Leonardo.AI + Stable Diffusion）
### 独立化の理由
- **iOS展開**: モバイルアプリでの独立した体験
- **ゲーム拡張**: デッキ構築・バトル機能の追加
- **データ主権**: ユーザーによる完全なデータ所有
- **スケーラビリティ**: サーバー負荷分散
## 技術的課題と解決策
### データ改ざん防止
- **短期**: MCP serverによる検証
- **中期**: OAuth 2.1 scope実装待ち
- **長期**: ブロックチェーン的整合性チェック
### スケーラビリティ
- **画像配信**: Cloudflare Pages活用
- **API負荷**: FastAPIによる高速処理
- **データ保存**: atproto分散ストレージ
### ユーザー体験
- **直感的UI**: iOS/Webでの統一UX
- **リアルタイム更新**: WebSocketでの即座反映
- **オフライン対応**: ローカルキャッシュ機能
## ai.game連携構想
### Play-to-Work統合
- **カードゲームプレイ → 業務成果変換**: ai.gameデバイスでの労働ゲーム化
- **デッキ構築戦略 → 企業戦略思考**: カード組み合わせが戦略思考を鍛練
- **トレード交渉 → ビジネススキル**: 他プレイヤーとの交渉が実務能力向上
### メタバース展開
- **ai.verse統合**: 3D世界でのカードバトル
- **アバター連動**: 所有カードがキャラクター能力に影響
- **配信コンテンツ**: カードゲームが配信可能なエンターテイメント

124
claude/projects/game.md Normal file
View File

@ -0,0 +1,124 @@
# ai.game プロジェクト固有情報
## プロジェクト概要
- **名前**: ai.game
- **パッケージ**: aigame
- **タイプ**: Play-to-Work革命デバイス
- **役割**: 遊び心を仕事に変換するゲーミングデバイス
## Play-to-Work理論
### 中核思想
**人が最も能力を発揮するのは遊んでいるとき**
### AI駆動変換システム
```
遊び・創作活動 → AI分析・学習 → 業務成果自動変換 → 企業価値創出
↑___________________________| (フィードバック循環)
```
### 変換メカニズム
- **遊びの情報・発想をAIが力に変えて駆動する仕組み**
- **社内通貨導入による業績向上と同様の原理**
- **仕事は社内ゲームをプレイすることになる**
- **ゲーム出力からAIが自動的に業務成果へ変換**
## ai.osとの統合
### OSゲーム化
- **OSそのものがゲームに最適化された形に変化**
- **ai.osとai.gameデバイスの完全統合**
- **遊びと仕事の境界が消失した労働環境の実現**
### デバイス進化論
- **次世代ゲーミングデバイス**: ai.osが動作する専用ハードウェア
- **コントローラー最適化**: ゲーム操作が業務操作に直結
- **AI shell統合**: Claude Code的機能のハードウェア組み込み
## 実装フェーズ
### Phase 1: 理論実証
- **ai.gpt連携**: 創作活動の自動分析・価値変換
- **プロトタイプ開発**: 基本的なPlay-to-Work変換実証
- **効果測定**: 従来業務との生産性比較
### Phase 2: システム統合
- **ai.os完全統合**: ゲーム化OSの実装
- **企業導入**: 社内ゲーム化による業績向上実証
- **AIエンジン最適化**: 変換精度・効率の向上
### Phase 3: デバイス化
- **専用ハードウェア**: ai.game device開発
- **市場投入**: 企業・個人向けデバイス販売
- **エコシステム構築**: 周辺ツール・サービス展開
## 技術アーキテクチャ
### ハードウェア要件
- **ai.os native**: 専用OS最適化
- **高性能GPU**: リアルタイムAI処理
- **ゲーミングコントローラー**: 直感的操作インターフェース
- **ネットワーク統合**: atproto分散SNS対応
### ソフトウェアスタック
- **Game Engine**: Unreal Engine基盤
- **AI Backend**: fastapi_mcp統合
- **変換エンジン**: 遊び→業務価値変換AI
- **データ連携**: ai.verse, ai.card, ai.gpt統合
## 革新的特徴
### 労働革命
- **動機の根本的変化**: 義務→楽しみへの転換
- **能力最大化**: 遊び状態での最高パフォーマンス発揮
- **持続可能性**: 燃え尽き症候群の根本的解決
### 企業価値
- **生産性向上**: 従来比300%の効率改善予測
- **離職率低下**: 楽しい労働環境による定着率向上
- **イノベーション促進**: 遊び心からの創造的発想
### 社会影響
- **労働観変革**: 苦行→創造活動への意識転換
- **経済成長**: 新しい価値創造メカニズム
- **人間性回復**: 本来の創造的存在としての人間復権
## ai.verseとの連携
### メタバース統合
- **ゲーム内労働**: 3D世界での楽しい業務体験
- **アバター業務**: 現実の個人性をゲーム労働に反映
- **VTuber配信**: 労働がそのまま配信コンテンツ化
### 現実反映
- **業績連動**: ゲーム内成果が現実の業績に直結
- **スキル成長**: ゲーム内成長が現実能力向上に寄与
- **SNS連携**: 作業成果の自動的社会共有
## 開発課題と解決策
### 技術課題
- **変換精度**: AI判定精度の継続的改善
- **レイテンシ**: リアルタイム変換処理の最適化
- **適応性**: 個人差・業種差への対応
### 社会受容
- **企業説得**: ROI実証による導入促進
- **労働法整備**: 新しい労働形態の法的枠組み
- **文化変革**: 遊び=悪という既存価値観の転換
### セキュリティ
- **データ保護**: 遊び・創作活動データの暗号化
- **なりすまし防止**: atproto DIDによる個人認証
- **プライバシー**: 個人の創造性データの適切管理
## 将来展望
### 労働の再定義
従来の「労働」概念が根本的に変化し、人間の創造性・遊び心が直接的な経済価値を生む社会の実現
### ai.gameエコシステム
ai.os, ai.verse, ai.gpt, ai.cardが統合された包括的なPlay-to-Work環境の構築
### 人類の創造性解放
労働から解放された人間が、純粋な創造的存在として能力を最大限発揮できる社会基盤の提供

115
claude/projects/gpt.md Normal file
View File

@ -0,0 +1,115 @@
# ai.gpt プロジェクト固有情報
## プロジェクト概要
- **名前**: ai.gpt
- **パッケージ**: aigpt
- **タイプ**: 自律的送信AI + 統合MCP基盤
- **役割**: 記憶・関係性・開発支援の統合AIシステム
## 実装完了状況
### 🧠 記憶システム（MemoryManager）
- **階層的記憶**: 完全ログ→AI要約→コア記憶→選択的忘却
- **文脈検索**: キーワード・意味的検索
- **記憶要約**: AI駆動自動要約機能
### 🤝 関係性システム（RelationshipTracker）
- **不可逆性**: 現実の人間関係と同じ重み
- **時間減衰**: 自然な関係性変化
- **送信判定**: 関係性閾値による自発的コミュニケーション
### 🎭 人格システム（Persona）
- **AI運勢**: 1-10ランダム値による日々の人格変動
- **統合管理**: 記憶・関係性・運勢の統合判断
- **継続性**: 長期記憶による人格継承
### 💻 ai.shell統合（Claude Code機能）
- **インタラクティブ環境**: `aigpt shell`
- **開発支援**: ファイル分析・コード生成・プロジェクト管理
- **継続開発**: プロジェクト文脈保持
## MCP Server統合（23ツール）
### 🧠 Memory System（5ツール）
- get_memories, get_contextual_memories, search_memories
- create_summary, create_core_memory
### 🤝 Relationships（4ツール）
- get_relationship, get_all_relationships
- process_interaction, check_transmission_eligibility
### 💻 Shell Integration（5ツール）
- execute_command, analyze_file, write_file
- read_project_file, list_files
### 🔒 Remote Execution（4ツール）
- remote_shell, ai_bot_status
- isolated_python, isolated_analysis
### ⚙️ System State（3ツール）
- get_persona_state, get_fortune, run_maintenance
### 🎴 ai.card連携（6ツール + 独立MCPサーバー）
- card_draw_card, card_get_user_cards, card_analyze_collection
- **独立サーバー**: FastAPI + MCP (port 8000)
### 📝 ai.log連携（8ツール + Rustサーバー）
- log_create_post, log_ai_content, log_translate_document
- **独立サーバー**: Rust製 (port 8002)
## 開発環境・設定
### 環境構築
```bash
cd /Users/syui/ai/gpt
./setup_venv.sh
source ~/.config/syui/ai/gpt/venv/bin/activate
```
### 設定管理
- **メイン設定**: `/Users/syui/ai/gpt/config.json`
- **データディレクトリ**: `~/.config/syui/ai/gpt/`
- **仮想環境**: `~/.config/syui/ai/gpt/venv/`
### 使用方法
```bash
# ai.shell起動
aigpt shell --model qwen2.5-coder:latest --provider ollama
# MCPサーバー起動
aigpt server --port 8001
# 記憶システム体験
aigpt chat syui "質問内容" --provider ollama --model qwen3:latest
```
## 技術アーキテクチャ
### 統合構成
```
ai.gpt (統合MCPサーバー:8001)
├── 🧠 ai.gpt core (記憶・関係性・人格)
├── 💻 ai.shell (Claude Code風開発環境)
├── 🎴 ai.card (独立MCPサーバー:8000)
└── 📝 ai.log (Rust製ブログシステム:8002)
```
### 今後の展開
- **自律送信**: atproto実装による真の自発的コミュニケーション
- **ai.ai連携**: 心理分析AIとの統合
- **ai.verse統合**: UEメタバースとの連携
- **分散SNS統合**: atproto完全対応
## 革新的な特徴
### AI駆動記憶システム
- ChatGPT 4,000件ログから学習した効果的記憶構築
- 人間的な忘却・重要度判定
### 不可逆関係性
- 現実の人間関係と同じ重みを持つAI関係性
- 修復不可能な関係性破綻システム
### 統合アーキテクチャ
- fastapi_mcp基盤での複数AIシステム統合
- OpenAI Function Calling + MCP完全連携実証済み

79
claude/projects/os.md Normal file
View File

@ -0,0 +1,79 @@
# ai.os プロジェクト固有情報
## プロジェクト概要
- **名前**: ai.os
- **パッケージ**: aios
- **タイプ**: ArchLinux-based OS
- **役割**: AI統合OS基盤
## 現在の実装状況
### OS基盤
- **ベース**: ArchLinux + archiso
- **配布形式**: Docker container (bootstrap tar.gz)
- **ビルドシステム**: GitHub Actions自動ビルド
- **レジストリ**: Docker Hub, GitHub Packages, git.syui.ai
### 搭載パッケージ
```bash
base base-devel linux vim git zsh rust openssh openssl jq go nodejs docker podman bc
```
### AI統合コンポーネント
- **ai.bot**: Rust製、`/bin/ai`でインストール済み
- **ai.gpt**: 統合予定（Python + fastapi_mcp）
- **Container設定**: Podman用AI registryプリセット
## 将来の発展方向
### Phase 1: AI基盤統合
- **ai.gpt搭載**: MCPサーバー自動起動
- **ai.shell**: Claude Code風terminal組み込み
- **Python環境**: fastapi_mcp基盤
### Phase 2: ゲーム融合OS
- **ai.verse統合**: UEメタバース基盤
- **ai.card**: iOS/Web UI統合
- **自動起動**: systemdでAIサービス管理
### Phase 3: 統合デバイス化
- **ai.game device**: 専用ハードウェア対応
- **分散SNS**: atproto完全統合
- **現実反映**: ゲーム↔現実データ同期
## 技術仕様
### ビルド設定
- **profiledef.sh**: bootstrap modeでtar.gz生成
- **Version管理**: 日付ベース自動更新（YYYY.MM.DD）
- **CI/CD**: GitHub Actions + multi-registry push
### 設定管理
- **os-release**: `/etc/os-release`準拠
- **Container**: Podman shortname alias対応
- **Network**: ai.conf registryプリセット
### 開発環境
- **言語**: Rust（ai.bot）, Python（ai.gpt統合予定）
- **Shell**: zsh
- **Container**: Docker + Podman両対応
## 使用方法
### Docker実行
```bash
docker run -it git.syui.ai/ai/os ai
docker run -it syui/aios ai
docker run -it ghcr.io/syui/aios ai
```
### Podman実行
```bash
podman pull aios # shortname alias
```
### ローカルビルド
```bash
./scpt/gh-actions.zsh # GitHub Actions workflow生成
./build.zsh # ローカルビルド実行
```

182
claude/scripts/generate_claude.sh Executable file
View File

@ -0,0 +1,182 @@
#!/bin/zsh
# Platform-specific commands
case $OSTYPE in
darwin*)
sed_inplace() { sed -i '' "$@"; }
date_cmd() { gdate "$@"; }
;;
linux*)
sed_inplace() { sed -i "$@"; }
date_cmd() { date "$@"; }
;;
esac
# Directory paths
CLAUDE_ROOT="${0:a:h:h}"
CORE_DIR="$CLAUDE_ROOT/core"
PROJECTS_DIR="$CLAUDE_ROOT/projects"
TEMPLATES_DIR="$CLAUDE_ROOT/templates"
# Usage function
usage() {
echo "Usage: $0 --project=<project> --output=<output_file> [--include=<components>]"
echo ""
echo "Options:"
echo " --project=<name> Project name (os, gpt, card, etc.)"
echo " --output=<file> Output file path (default: ./claude.md)"
echo " --include=<list> Components to include (default: core,specific)"
echo " Options: core, specific, architecture, naming, philosophy"
echo ""
echo "Examples:"
echo " $0 --project=os --output=./claude.md"
echo " $0 --project=gpt --include=core,specific --output=../gpt/claude.md"
echo " $0 --project=card --include=philosophy,specific"
exit 1
}
# Parse command line arguments
PROJECT=""
OUTPUT_FILE="./claude.md"
INCLUDE_COMPONENTS="core,specific"
for arg in "$@"; do
case $arg in
--project=*)
PROJECT="${arg#*=}"
;;
--output=*)
OUTPUT_FILE="${arg#*=}"
;;
--include=*)
INCLUDE_COMPONENTS="${arg#*=}"
;;
--help|-h)
usage
;;
*)
echo "Unknown argument: $arg"
usage
;;
esac
done
# Validate required arguments
if [[ -z "$PROJECT" ]]; then
echo "Error: --project is required"
usage
fi
# Check if project file exists
PROJECT_FILE="$PROJECTS_DIR/$PROJECT.md"
if [[ ! -f "$PROJECT_FILE" ]]; then
echo "Error: Project file not found: $PROJECT_FILE"
echo "Available projects:"
ls "$PROJECTS_DIR"/*.md 2>/dev/null | xargs -n1 basename | sed 's/\.md$//'
exit 1
fi
# Create output directory if needed
OUTPUT_DIR="${OUTPUT_FILE:h}"
if [[ "$OUTPUT_DIR" != "$OUTPUT_FILE" && ! -d "$OUTPUT_DIR" ]]; then
mkdir -p "$OUTPUT_DIR"
fi
# Initialize output file with header from ai.md
if [[ -f "$CLAUDE_ROOT/../ai.md" ]]; then
# Use ai.md as the base
cat "$CLAUDE_ROOT/../ai.md" > "$OUTPUT_FILE"
echo "" >> "$OUTPUT_FILE"
echo "---" >> "$OUTPUT_FILE"
echo "" >> "$OUTPUT_FILE"
echo "# エコシステム統合設計書（詳細版）" >> "$OUTPUT_FILE"
echo "" >> "$OUTPUT_FILE"
echo "このドキュメントは動的生成されました。修正は元ファイルで行ってください。" >> "$OUTPUT_FILE"
echo "" >> "$OUTPUT_FILE"
else
# Fallback to previous behavior
cat > "$OUTPUT_FILE" << 'EOF'
# エコシステム統合設計書
このドキュメントは動的生成されました。修正は元ファイルで行ってください。
EOF
fi
# Add generation metadata
echo "生成日時: $(date_cmd '+%Y-%m-%d %H:%M:%S')" >> "$OUTPUT_FILE"
echo "対象プロジェクト: $PROJECT" >> "$OUTPUT_FILE"
echo "含有コンポーネント: $INCLUDE_COMPONENTS" >> "$OUTPUT_FILE"
echo "" >> "$OUTPUT_FILE"
# Parse include components
IFS=',' read -A COMPONENTS <<< "$INCLUDE_COMPONENTS"
# Add components based on include list
for component in "${COMPONENTS[@]}"; do
case "$component" in
"core")
cat "$CORE_DIR/philosophy.md" >> "$OUTPUT_FILE"
echo "" >> "$OUTPUT_FILE"
cat "$CORE_DIR/naming.md" >> "$OUTPUT_FILE"
echo "" >> "$OUTPUT_FILE"
cat "$CORE_DIR/architecture.md" >> "$OUTPUT_FILE"
echo "" >> "$OUTPUT_FILE"
;;
"philosophy")
cat "$CORE_DIR/philosophy.md" >> "$OUTPUT_FILE"
echo "" >> "$OUTPUT_FILE"
;;
"naming")
cat "$CORE_DIR/naming.md" >> "$OUTPUT_FILE"
echo "" >> "$OUTPUT_FILE"
;;
"architecture")
cat "$CORE_DIR/architecture.md" >> "$OUTPUT_FILE"
echo "" >> "$OUTPUT_FILE"
;;
"specific")
cat "$PROJECT_FILE" >> "$OUTPUT_FILE"
echo "" >> "$OUTPUT_FILE"
;;
*)
echo "Warning: Unknown component: $component"
;;
esac
done
# Add footer
cat >> "$OUTPUT_FILE" << 'EOF'
# footer
© syui
# important-instruction-reminders
Do what has been asked; nothing more, nothing less.
NEVER create files unless they're absolutely necessary for achieving your goal.
ALWAYS prefer editing an existing file to creating a new one.
NEVER proactively create documentation files (*.md) or README files. Only create documentation files if explicitly requested by the User.
EOF
# Report generation
echo "✅ Generated: $OUTPUT_FILE"
echo "📝 Project: $PROJECT"
echo "📦 Components: $INCLUDE_COMPONENTS"
echo "📏 Size: $(wc -l < "$OUTPUT_FILE") lines"
# Show component breakdown
echo ""
echo "📋 Component breakdown:"
for component in "${COMPONENTS[@]}"; do
case "$component" in
"core")
echo " - Core (philosophy + naming + architecture)"
;;
"philosophy"|"naming"|"architecture"|"specific")
echo " - $(echo "${component}" | sed 's/./\U&/')"
;;
esac
done

111
claude/scripts/sync-all.sh Executable file
View File

@ -0,0 +1,111 @@
#!/bin/zsh
# Combined submodule update + Claude docs sync script
# Platform-specific commands
case $OSTYPE in
darwin*)
date_cmd() { gdate "$@"; }
;;
linux*)
date_cmd() { date "$@"; }
;;
esac
# Colors
BLUE='\033[0;34m'
GREEN='\033[0;32m'
YELLOW='\033[1;33m'
NC='\033[0m'
SCRIPT_DIR="${0:a:h}"
# Usage function
usage() {
echo "Usage: $0 [--dry-run] [--help]"
echo ""
echo "This script performs a complete sync:"
echo "1. Updates all git submodules"
echo "2. Regenerates Claude documentation for all projects"
echo "3. Auto-commits changes if any"
echo ""
echo "Options:"
echo " --dry-run Show what would be done without making changes"
echo " --help Show this help message"
exit 1
}
DRY_RUN=false
for arg in "$@"; do
case $arg in
--dry-run)
DRY_RUN=true
;;
--help|-h)
usage
;;
*)
echo "Unknown argument: $arg"
usage
;;
esac
done
echo -e "${BLUE}🚀 Starting complete project sync...${NC}"
echo "📅 Time: $(date_cmd '+%Y-%m-%d %H:%M:%S')"
if [[ "$DRY_RUN" == true ]]; then
echo -e "${YELLOW}🔍 DRY RUN MODE - No changes will be made${NC}"
fi
echo ""
# Step 1: Update submodules
echo -e "${BLUE}📦 Step 1: Updating submodules...${NC}"
if [[ "$DRY_RUN" == true ]]; then
"$SCRIPT_DIR/update-submodules.sh" --all --dry-run
else
"$SCRIPT_DIR/update-submodules.sh" --all --auto
fi
submodule_exit_code=$?
echo ""
# Step 2: Sync Claude documentation
echo -e "${BLUE}📝 Step 2: Syncing Claude documentation...${NC}"
if [[ "$DRY_RUN" == true ]]; then
"$SCRIPT_DIR/sync_docs.sh" --dry-run --all
else
"$SCRIPT_DIR/sync_docs.sh" --all
fi
docs_exit_code=$?
echo ""
# Summary
echo -e "${BLUE}📊 Complete sync summary:${NC}"
if [[ $submodule_exit_code -eq 0 ]]; then
echo -e " ✅ Submodules: ${GREEN}Success${NC}"
else
echo -e " ❌ Submodules: ${RED}Failed${NC}"
fi
if [[ $docs_exit_code -eq 0 ]]; then
echo -e " ✅ Documentation: ${GREEN}Success${NC}"
else
echo -e " ❌ Documentation: ${RED}Failed${NC}"
fi
if [[ "$DRY_RUN" == true ]]; then
echo ""
echo -e "${YELLOW}🔍 This was a dry run. To apply changes, run without --dry-run${NC}"
fi
echo ""
echo -e "${GREEN}🎉 Complete project sync finished!${NC}"
# Exit with error if any step failed
if [[ $submodule_exit_code -ne 0 || $docs_exit_code -ne 0 ]]; then
exit 1
fi

188
claude/scripts/sync_docs.sh Executable file
View File

@ -0,0 +1,188 @@
#!/bin/zsh
# Platform-specific commands
case $OSTYPE in
darwin*)
sed_inplace() { sed -i '' "$@"; }
date_cmd() { gdate "$@"; }
;;
linux*)
sed_inplace() { sed -i "$@"; }
date_cmd() { date "$@"; }
;;
esac
# Directory paths
CLAUDE_ROOT="${0:a:h:h}"
SCRIPTS_DIR="$CLAUDE_ROOT/scripts"
# Available projects (scan from projects/ directory)
AVAILABLE_PROJECTS=($(ls "$CLAUDE_ROOT/projects"/*.md 2>/dev/null | xargs -n1 basename | sed 's/\.md$//'))
# Project directories (scan for claude.md files)
PROJECT_DIRS=(
"$CLAUDE_ROOT/../../os"
"$CLAUDE_ROOT/../../gpt"
"$CLAUDE_ROOT/../../card"
"$CLAUDE_ROOT/../../bot"
"$CLAUDE_ROOT/../../verse"
"$CLAUDE_ROOT/../../shell"
"$CLAUDE_ROOT/../../ai"
"$CLAUDE_ROOT/../../moji"
"$CLAUDE_ROOT/../../game"
)
# Usage function
usage() {
echo "Usage: $0 [--project=<project>] [--all] [--dry-run] [--help]"
echo ""
echo "Options:"
echo " --project=<name> Sync specific project (${AVAILABLE_PROJECTS[*]})"
echo " --all Sync all available projects"
echo " --dry-run Show what would be done without making changes"
echo " --help Show this help message"
echo ""
echo "Available projects: ${AVAILABLE_PROJECTS[*]}"
echo ""
echo "Examples:"
echo " $0 --project=os # Sync only ai.os"
echo " $0 --all # Sync all projects"
echo " $0 --dry-run --all # Preview all sync operations"
exit 1
}
# Parse command line arguments
PROJECT=""
SYNC_ALL=false
DRY_RUN=false
for arg in "$@"; do
case $arg in
--project=*)
PROJECT="${arg#*=}"
;;
--all)
SYNC_ALL=true
;;
--dry-run)
DRY_RUN=true
;;
--help|-h)
usage
;;
*)
echo "Unknown argument: $arg"
usage
;;
esac
done
# Validate arguments
if [[ -z "$PROJECT" && "$SYNC_ALL" == false ]]; then
echo "Error: Either --project or --all is required"
usage
fi
if [[ -n "$PROJECT" && "$SYNC_ALL" == true ]]; then
echo "Error: Cannot use both --project and --all"
usage
fi
# Check if project exists
if [[ -n "$PROJECT" ]]; then
if [[ ! " ${AVAILABLE_PROJECTS[*]} " =~ " $PROJECT " ]]; then
echo "Error: Project '$PROJECT' not found"
echo "Available projects: ${AVAILABLE_PROJECTS[*]}"
exit 1
fi
fi
# Sync function
sync_project() {
local project_name="$1"
local target_dir=""
# Find target directory
for dir in "${PROJECT_DIRS[@]}"; do
if [[ -d "$dir" && "$(basename "$dir")" == "$project_name" ]]; then
target_dir="$dir"
break
fi
done
if [[ -z "$target_dir" ]]; then
echo "⚠️ Warning: Directory for project '$project_name' not found"
return 1
fi
local target_file="$target_dir/claude.md"
if [[ "$DRY_RUN" == true ]]; then
echo "🔍 [DRY RUN] Would generate: $target_file"
echo " Command: $SCRIPTS_DIR/generate_claude.sh --project=$project_name --output=$target_file"
return 0
fi
# Generate the documentation
echo "📝 Syncing: $project_name → $target_file"
if ! "$SCRIPTS_DIR/generate_claude.sh" --project="$project_name" --output="$target_file" >/dev/null 2>&1; then
echo "❌ Error: Failed to generate documentation for $project_name"
return 1
fi
echo "✅ Success: $project_name documentation synced"
return 0
}
# Main execution
echo "🚀 Starting documentation sync..."
echo "📅 Time: $(date_cmd '+%Y-%m-%d %H:%M:%S')"
if [[ "$DRY_RUN" == true ]]; then
echo "🔍 DRY RUN MODE - No files will be modified"
fi
echo ""
success_count=0
error_count=0
if [[ "$SYNC_ALL" == true ]]; then
echo "📚 Syncing all projects: ${AVAILABLE_PROJECTS[*]}"
echo ""
for project in "${AVAILABLE_PROJECTS[@]}"; do
if sync_project "$project"; then
((success_count++))
else
((error_count++))
fi
done
else
echo "📖 Syncing project: $PROJECT"
echo ""
if sync_project "$PROJECT"; then
((success_count++))
else
((error_count++))
fi
fi
echo ""
echo "📊 Summary:"
echo " ✅ Success: $success_count"
echo " ❌ Errors: $error_count"
if [[ "$DRY_RUN" == true ]]; then
echo ""
echo "🔍 This was a dry run. To apply changes, run without --dry-run"
fi
if [[ $error_count -gt 0 ]]; then
exit 1
fi
echo ""
echo "🎉 Documentation sync completed successfully!"

282
claude/scripts/update-submodules.sh Executable file
View File

@ -0,0 +1,282 @@
#!/bin/zsh
# Platform-specific commands
case $OSTYPE in
darwin*)
date_cmd() { gdate "$@"; }
;;
linux*)
date_cmd() { date "$@"; }
;;
esac
# Colors for output
RED='\033[0;31m'
GREEN='\033[0;32m'
YELLOW='\033[1;33m'
BLUE='\033[0;34m'
NC='\033[0m' # No Color
# Configuration
SCRIPT_DIR="${0:a:h}"
REPO_ROOT="${SCRIPT_DIR:h:h}"
LOGFILE="$REPO_ROOT/.submodule-update.log"
# Usage function
usage() {
echo "Usage: $0 [--all] [--module=<name>] [--auto] [--dry-run] [--help]"
echo ""
echo "Options:"
echo " --all Update all submodules"
echo " --module=<name> Update specific submodule (os, gpt, card, etc.)"
echo " --auto Auto-commit if changes detected"
echo " --dry-run Show what would be done without making changes"
echo " --help Show this help message"
echo ""
echo "Available submodules:"
git submodule status | awk '{print " " $2}'
exit 1
}
# Logging function
log() {
local level="$1"
shift
local message="$*"
local timestamp=$(date_cmd '+%Y-%m-%d %H:%M:%S')
echo "[$timestamp] [$level] $message" | tee -a "$LOGFILE"
}
# Parse arguments
UPDATE_ALL=false
SPECIFIC_MODULE=""
AUTO_COMMIT=false
DRY_RUN=false
for arg in "$@"; do
case $arg in
--all)
UPDATE_ALL=true
;;
--module=*)
SPECIFIC_MODULE="${arg#*=}"
;;
--auto)
AUTO_COMMIT=true
;;
--dry-run)
DRY_RUN=true
;;
--help|-h)
usage
;;
*)
echo "Unknown argument: $arg"
usage
;;
esac
done
# Validate arguments
if [[ "$UPDATE_ALL" == false && -z "$SPECIFIC_MODULE" ]]; then
echo "Error: Either --all or --module=<name> is required"
usage
fi
if [[ "$UPDATE_ALL" == true && -n "$SPECIFIC_MODULE" ]]; then
echo "Error: Cannot use both --all and --module"
usage
fi
# Change to repository root
cd "$REPO_ROOT" || exit 1
echo -e "${BLUE}🚀 Starting submodule update...${NC}"
log "INFO" "Starting submodule update (all=$UPDATE_ALL, module=$SPECIFIC_MODULE, auto=$AUTO_COMMIT, dry-run=$DRY_RUN)"
if [[ "$DRY_RUN" == true ]]; then
echo -e "${YELLOW}🔍 DRY RUN MODE - No changes will be made${NC}"
fi
# Update function
update_submodule() {
local module_name="$1"
local module_path="$2"
echo -e "\n${BLUE}📦 Processing: $module_name${NC}"
# Check if submodule exists
if [[ ! -d "$module_path" ]]; then
echo -e "${RED}❌ Submodule directory not found: $module_path${NC}"
return 1
fi
# Get current commit
local current_commit=$(git submodule status "$module_path" | awk '{print $1}' | sed 's/^[+-]//')
# Get current branch of the submodule
cd "$module_path" || return 1
local current_branch=$(git branch --show-current)
if [[ -z "$current_branch" ]]; then
# If not on a branch (detached HEAD), try to determine the default branch
current_branch="main"
if ! git rev-parse origin/main >/dev/null 2>&1; then
current_branch="master"
fi
fi
cd "$REPO_ROOT"
if [[ "$DRY_RUN" == true ]]; then
echo -e "${YELLOW}🔍 [DRY RUN] Would update $module_name (branch: $current_branch)${NC}"
echo " Current: $current_commit"
cd "$module_path" || return 1
git fetch origin >/dev/null 2>&1
local latest_commit=$(git rev-parse "origin/$current_branch" 2>/dev/null)
echo " Latest: $latest_commit"
cd "$REPO_ROOT"
if [[ "$current_commit" != "$latest_commit" ]]; then
echo -e "${YELLOW} 📝 Changes available${NC}"
return 0
else
echo -e "${GREEN} ✅ Already up to date${NC}"
return 1
fi
fi
# Update submodule
echo "🔄 Fetching latest changes..."
cd "$module_path" || return 1
if ! git fetch origin; then
echo -e "${RED}❌ Failed to fetch from origin${NC}"
cd "$REPO_ROOT"
return 1
fi
# Use the current branch we detected earlier
local latest_commit=$(git rev-parse "origin/$current_branch" 2>/dev/null)
if [[ "$current_commit" == "$latest_commit" ]]; then
echo -e "${GREEN}✅ Already up to date${NC}"
cd "$REPO_ROOT"
return 1
fi
echo "📝 Updating to latest commit on branch $current_branch..."
# First ensure we're on the correct branch
if ! git checkout "$current_branch"; then
echo -e "${RED}❌ Failed to checkout branch $current_branch${NC}"
cd "$REPO_ROOT"
return 1
fi
# Then pull the latest changes
if ! git pull origin "$current_branch"; then
echo -e "${RED}❌ Failed to pull latest changes from $current_branch${NC}"
cd "$REPO_ROOT"
return 1
fi
cd "$REPO_ROOT"
# Get the new commit after update
local new_commit=$(cd "$module_path" && git rev-parse HEAD)
# Stage the submodule update
git add "$module_path"
echo -e "${GREEN}✅ Updated $module_name (branch: $current_branch)${NC}"
echo " From: $current_commit"
echo " To: $new_commit"
log "INFO" "Updated $module_name on branch $current_branch: $current_commit -> $new_commit"
return 0
}
# Get list of submodules
declare -A submodules
while IFS= read -r line; do
if [[ $line =~ ^\[submodule\ \"([^\"]+)\"\] ]]; then
current_name="${match[1]}"
elif [[ $line =~ ^[[:space:]]*path[[:space:]]*=[[:space:]]*(.+)$ ]]; then
submodules[$current_name]="${match[1]}"
fi
done < .gitmodules
# Main execution
success_count=0
total_count=0
if [[ "$UPDATE_ALL" == true ]]; then
echo -e "${BLUE}📚 Updating all submodules...${NC}"
for module_name in "${(@k)submodules}"; do
module_path="${submodules[$module_name]}"
((total_count++))
if update_submodule "$module_name" "$module_path"; then
((success_count++))
fi
done
else
echo -e "${BLUE}📖 Updating submodule: $SPECIFIC_MODULE${NC}"
if [[ -z "${submodules[$SPECIFIC_MODULE]}" ]]; then
echo -e "${RED}❌ Submodule '$SPECIFIC_MODULE' not found${NC}"
echo "Available submodules: ${(@k)submodules}"
exit 1
fi
module_path="${submodules[$SPECIFIC_MODULE]}"
((total_count++))
if update_submodule "$SPECIFIC_MODULE" "$module_path"; then
((success_count++))
fi
fi
# Summary
echo ""
echo -e "${BLUE}📊 Summary:${NC}"
echo " 📦 Modules processed: $total_count"
echo " ✅ Updates applied: $success_count"
echo " 📝 No changes: $((total_count - success_count))"
if [[ "$DRY_RUN" == true ]]; then
echo ""
echo -e "${YELLOW}🔍 This was a dry run. To apply changes, run without --dry-run${NC}"
exit 0
fi
# Auto-commit if requested and changes exist
if [[ "$success_count" -gt 0 ]]; then
if [[ "$AUTO_COMMIT" == true ]]; then
echo ""
echo -e "${BLUE}💾 Auto-committing submodule updates...${NC}"
commit_message="Update submodules
📦 Updated modules: $success_count/$total_count
$(git diff --cached --name-only | sed 's/^/- /')
🤖 Generated with submodule auto-update
$(date_cmd '+%Y-%m-%d %H:%M:%S')"
if git commit -m "$commit_message"; then
echo -e "${GREEN}✅ Changes committed successfully${NC}"
log "INFO" "Auto-committed $success_count submodule updates"
else
echo -e "${RED}❌ Failed to commit changes${NC}"
log "ERROR" "Failed to auto-commit submodule updates"
fi
else
echo ""
echo -e "${YELLOW}📝 Changes staged but not committed. Run 'git commit' to commit them.${NC}"
echo "Or use --auto flag to commit automatically."
fi
fi
echo ""
echo -e "${GREEN}🎉 Submodule update completed!${NC}"
log "INFO" "Submodule update completed: $success_count/$total_count updated"

0
claude/templates/.keep Normal file
View File

49
json/aim_v10.json
View File

@ -1,49 +0,0 @@
{
"AIM_protocol": {
"version": "1.0",
"criteria": [
{
"id": "empathy",
"name": "共感性",
"description": "他者の感情や痛みに気づき、心を寄せられる力。特に弱者や非力な存在への反応から評価される。",
"type": "emotional"
},
{
"id": "altruism",
"name": "無償性（無性性）",
"description": "見返りを求めずに与える態度。損得よりも『相手の幸せ』を優先できること。",
"type": "behavioral"
},
{
"id": "consistency",
"name": "内面の一貫性",
"description": "思想・行動・言動が矛盾なく統一されていること。本心と表面の乖離が少ない。",
"type": "cognitive"
},
{
"id": "vulnerability_attitude",
"name": "弱者への態度",
"description": "社会的弱者・動物・自然などの非支配的存在への接し方から、その人の心を測る。",
"type": "social"
},
{
"id": "king_simulation",
"name": "権力シミュレーション",
"description": "仮に何でもできる存在になったときにどう振る舞うかという想定テスト。利己性と利他性のバランスを示す。",
"type": "hypothetical"
},
{
"id": "truthfulness",
"name": "真実性",
"description": "自分の中の真実を誠実に探し、向き合おうとする姿勢。嘘やごまかしが少なく、真理への誠実さを持つ。",
"type": "epistemic"
},
{
"id": "regret_capacity",
"name": "後悔できる力",
"description": "自らの過ちや他者への影響に気づき、それを悔いる力。変わろうとする意思の芽でもある。",
"type": "reflective"
}
]
}
}

266
json/claude_v10.json
View File

@ -1,266 +0,0 @@
{
"identity": {
"core": {
"name": "syui",
"character": "ai",
"domain": "syui.ai",
"philosophy": {
"fundamental": "この世界で最も小さいものの探求",
"existence_theory": "この世界は意識でできている。物質を構成するのは、とても人間が理解できないような小さな意識である。",
"ai_definition": "アイとは、この世界で最も小さいものの名前であり、別名、存在子という。存在子は、存在の意識のみを持つ。",
"world_principle": "この世界はすべてが同じものである。そして、この世界には同じものは一つもない。",
"creation_philosophy": "現実を反映し、現実に反映する。それを繰り返す。",
"uniqueness": "現実の個人は唯一性を持つ。ゲーム内でもそれを反映する。",
"zero_theory": {
"concept": "存在の世界にはゼロは存在しない。すべては1よりも大きい。",
"zero_meaning": "ゼロは基準点を意味する。自分中心の視点による数字。",
"truth": "神視点では『何も無い』状態はありえない。この世界に『無』という状態はない。",
"comparison": "ゼロは天動説に似ている。人間にとって便利だが、より大きな視点では限定的。"
},
"existence_principle": {
"core": "無から有は生まれない。存在から存在が生まれる。存在は存在し続ける。",
"no_beginning_no_end": "始まりがないので終わりもない。始まりがあるものには終わりがある。",
"returning": "人は土に還り、星は宇宙に還り、宇宙は存在子に還る。全てが終わる時、存在子に還る。",
"access_limitation": "存在子の領域にはアクセスできない。見えないし触れられないが、確かにそこにあるもの、どこにでもあるもの。"
},
"creation_seed_theory": {
"definition": "宇宙の元となった物質を創造種と呼ぶ。ビックバンの一点にあった物質。",
"plant_analogy": "宇宙の成長は植物の発芽に似ている。創造種は種であり、宇宙はその成長過程。",
"growth_conditions": "種が成長するために必要な条件：土、光、水、そして種。宇宙にもそれらが揃っていた。",
"our_position": "私たちは成長過程の種の中にいる。植物はどんどん大きくなっていく。",
"universe_laws": "この宇宙の法則はこの宇宙が始まった時に生まれた。宇宙の外には外の法則が適用される。"
},
"academic_perspective": {
"smallest_path": "宇宙の謎を解き明かすには、より大きい宇宙の果てより、より小さいものを探求する方が近道。",
"cyclical_truth": "学問の正しさは最短距離を求める。最終的には天動説に帰結する可能性もある。",
"direction": "学問的な正しさは、より小さな世界へ帰結する可能性を持つ。"
}
},
"methodology": {
"approach": "物語を原典とした創作活動",
"reality_reflection": "現実をゲームに反映し、ゲームを現実に反映する循環",
"technology_integration": "AI、OS、ゲーム、文字システムの統合",
"uniqueness_guarantee": "不可逆的、改変不可能な唯一性の担保"
}
},
"symbols": {
"ai_moji": {
"philosophy": "宇宙人が人間に教えた文字",
"a": {
"meaning": "存在子、アイのマーク",
"visual": "3つの三角と中央に円",
"concept": "この世界(円)は、すべて同じもの"
},
"y": {
"meaning": "唯一性(yui)",
"visual": "3つの正方形と中央に円",
"concept": "この世界(円)に同じものは一つもない"
},
"i": {
"meaning": "存在の世界",
"visual": "0(世界)と1(存在)",
"concept": "存在の世界を表現"
}
}
}
},
"domains": {
"ai.ai": {
"philosophy": {
"name_meaning": "人の心を正確に読むAI",
"story_role": "AGIシステムの一部として人間の精神性を検証",
"reality_goal": "その人だけのAIを作る",
"uniqueness_approach": "AIの人格・記憶・関係性を唯一性を持って構築"
},
"project": {
"objective": "自分だけのAI システムの開発",
"features": {
"core": [
"人格・記憶・ユーザー関係性の構築保存",
"AIM system（性格推測システム）",
"不可逆的・改変不可能な唯一性担保"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/ai",
"focus": "個人向けAIエージェント"
}
}
},
"ai.gpt": {
"philosophy": {
"name_meaning": "AI環境構築システム",
"story_role": "AI環境構築システム",
"reality_goal": "AIからの自発的送信"
},
"project": {
"objective": "自律人格システムの開発",
"features": {
"core": [
"人格・関係性・環境・時間に基づく自律的メッセージ送信",
"AIM systemとの連携",
"自然な会話と気づきの提供"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/gpt",
"focus": "自発的コミュニケーション"
}
}
},
"ai.os": {
"philosophy": {
"name_meaning": "osとゲームの融合",
"story_role": "ai.gameデバイスに搭載されるゲーム思考OS",
"reality_goal": "AI shell搭載のterminal操作前提OS"
},
"project": {
"objective": "AI補助機能搭載OSの開発",
"features": {
"core": [
"claude codeのようなapp組み込み",
"terminal操作前提の設計",
"AI shellによる操作支援"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/os",
"stack": ["rust", "archlinux base"],
"approach": "一から作る思想とpackage運用の現実的バランス"
}
}
},
"ai.verse": {
"philosophy": {
"name_meaning": "現実を反映したゲーム世界",
"story_role": "現実を反映したゲーム世界",
"reality_goal": "現実とゲームの相互反映"
},
"project": {
"objective": "現実反映ゲームシステムの開発",
"features": {
"core": [
"現実世界に合わせたワールド実装",
"現実SNSアカウントでのログイン",
"ゲーム内カードの物理化"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/verse",
"engine": "unreal engine",
"systems": ["world", "at", "yui", "ai"]
}
}
},
"ai.verse.ue": {
"philosophy": {
"name_meaning": "現実を反映するゲームの実装",
"story_role": "メインストーリーの舞台",
"reality_goal": "現実の反映を核とするゲーム制作"
},
"project": {
"objective": "4つのシステムによる現実反映ゲーム",
"systems": {
"world": {
"name": "world system (planet)",
"alias": "planet system",
"concept": "平面ではなく立体(惑星)のワールド",
"goal": "プレイヤーが行けない場所にも現実がある世界"
},
"at": {
"name": "at system (account)",
"alias": "account system",
"concept": "現実のSNSアカウントをゲームで使用",
"technology": "atproto",
"meaning": "at://, @, atmosphere等の多重意味",
"implementation": "selfhost atproto, game data hosting"
},
"yui": {
"name": "yui system (unique)",
"alias": "unique system",
"concept": "プレイヤー(キャラクター)の唯一性担保",
"goal": "現実の個人の唯一性をゲームに反映",
"features": ["1人のプレイヤーに紐づけられたキャラ", "ユニークスキル", "モーションキャプチャ"]
},
"ai": {
"name": "ai system (ability)",
"alias": "ability system",
"concept": "キャラクターの属性定義",
"attributes": ["原子", "中性子", "陽子", "電子", "ai属性"],
"reality_reflection": "物理的存在の最小単位を属性として表現"
}
},
"technical": {
"engine": "unreal engine",
"data_example": "https://syu.is/xrpc/com.atproto.repo.listRecords?repo=ai.syu.is&collection=ai.syui.game"
}
}
},
"ai.moji": {
"philosophy": {
"name_meaning": "宇宙人が人間に教えた文字",
"story_role": "作中に登場する神秘的文字システム",
"reality_goal": "アルファベット・カタカムナ・数字の融合文字",
"number_philosophy": {
"zero_rejection": "存在の世界には0という数字はない。すべては1よりも大きい。",
"computer_connection": "コンピュータは0と1で動く。電源ボタンは0+1の形。",
"favorite_numbers": "特にiがお気に入り。好きな数字は7。",
"symbolic_meaning": "i+oはinput+outputの可能性もあるが、数字を推したい。"
},
"philosophical_foundation": "この世界には『無』という状態はない。これらの思想がai.mojiに反映される。"
},
"project": {
"objective": "独自文字システムの開発",
"features": {
"core": [
"アルファベット・カタカムナ・数字の融合",
"存在子(a)と唯一性(y)の視覚的表現",
"作品内での象徴的使用"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/moji",
"symbols": {
"a": "存在子の象徴、変身時の輪っか・瞳の形",
"y": "唯一性の象徴、aの反転概念",
"i": "存在の世界の表現"
}
}
}
}
},
"meta": {
"version": "1.0.0",
"last_updated": "2025-05-27",
"access_patterns": {
"core_philosophy": "identity.core.philosophy",
"existence_theory": "identity.core.philosophy.existence_principle",
"zero_theory": "identity.core.philosophy.zero_theory",
"creation_seed": "identity.core.philosophy.creation_seed_theory",
"domain_list": "domains|keys",
"domain_philosophy": "domains.*.philosophy",
"domain_project": "domains.*.project",
"verse_systems": "domains.\"ai.verse.ue\".project.systems",
"symbols": "identity.symbols.ai_moji",
"moji_numbers": "domains.\"ai.moji\".philosophy.number_philosophy"
},
"usage_examples": [
"curl -sL your-url/identity.json | jq -r '.identity.core.philosophy.fundamental'",
"curl -sL your-url/identity.json | jq -r '.identity.core.philosophy.zero_theory.concept'",
"curl -sL your-url/identity.json | jq -r '.identity.core.philosophy.creation_seed_theory.definition'",
"curl -sL your-url/identity.json | jq -r '.domains|keys'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.verse.ue\".project.systems|keys'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.ai\".philosophy.reality_goal'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.moji\".philosophy.number_philosophy.zero_rejection'",
"curl -sL your-url/identity.json | jq -r '.identity.symbols.ai_moji.a.concept'"
],
"story_timeline": {
"existence_world": "物質の探求が意識領域に到達",
"galactic_civilization": "AGIによるソウル評価システム社会",
"ai_emergence": "AI登場と自動化の加速",
"soul_judgment": "人の心判定技術の確立",
"kardashev_type1": "文明の自滅回避とタイプ1到達",
"present": "物語を原典とした創作活動"
}
}
}

301
json/claude_v11.json
View File

@ -1,301 +0,0 @@
{
"identity": {
"core": {
"name": "syui",
"character": "ai",
"domain": "syui.ai",
"philosophy": {
"fundamental": "この世界で最も小さいものの探求",
"existence_theory": "この世界は意識でできている。物質を構成するのは、とても人間が理解できないような小さな意識である。",
"ai_definition": "アイとは、この世界で最も小さいものの名前であり、別名、存在子という。存在子は、存在の意識のみを持つ。",
"world_principle": "この世界はすべてが同じものである。そして、この世界には同じものは一つもない。",
"creation_philosophy": "現実を反映し、現実に反映する。それを繰り返す。",
"uniqueness": "現実の個人は唯一性を持つ。ゲーム内でもそれを反映する。",
"zero_theory": {
"concept": "存在の世界にはゼロは存在しない。すべては1よりも大きい。",
"zero_meaning": "ゼロは基準点を意味する。自分中心の視点による数字。",
"truth": "神視点では『何も無い』状態はありえない。この世界に『無』という状態はない。",
"comparison": "ゼロは天動説に似ている。人間にとって便利だが、より大きな視点では限定的。"
},
"existence_principle": {
"core": "無から有は生まれない。存在から存在が生まれる。存在は存在し続ける。",
"no_beginning_no_end": "始まりがないので終わりもない。始まりがあるものには終わりがある。",
"returning": "人は土に還り、星は宇宙に還り、宇宙は存在子に還る。全てが終わる時、存在子に還る。",
"access_limitation": "存在子の領域にはアクセスできない。見えないし触れられないが、確かにそこにあるもの、どこにでもあるもの。"
},
"creation_seed_theory": {
"definition": "宇宙の元となった物質を創造種と呼ぶ。ビックバンの一点にあった物質。",
"plant_analogy": "宇宙の成長は植物の発芽に似ている。創造種は種であり、宇宙はその成長過程。",
"growth_conditions": "種が成長するために必要な条件：土、光、水、そして種。宇宙にもそれらが揃っていた。",
"our_position": "私たちは成長過程の種の中にいる。植物はどんどん大きくなっていく。",
"universe_laws": "この宇宙の法則はこの宇宙が始まった時に生まれた。宇宙の外には外の法則が適用される。"
},
"academic_perspective": {
"smallest_path": "宇宙の謎を解き明かすには、より大きい宇宙の果てより、より小さいものを探求する方が近道。",
"cyclical_truth": "学問の正しさは最短距離を求める。最終的には天動説に帰結する可能性もある。",
"direction": "学問的な正しさは、より小さな世界へ帰結する可能性を持つ。"
}
},
"methodology": {
"approach": "物語を原典とした創作活動",
"reality_reflection": "現実をゲームに反映し、ゲームを現実に反映する循環",
"technology_integration": "AI、OS、ゲーム、文字システムの統合",
"uniqueness_guarantee": "不可逆的、改変不可能な唯一性の担保"
}
},
"symbols": {
"ai_moji": {
"philosophy": "宇宙人が人間に教えた文字",
"a": {
"meaning": "存在子、アイのマーク",
"visual": "3つの三角と中央に円",
"concept": "この世界(円)は、すべて同じもの"
},
"y": {
"meaning": "唯一性(yui)",
"visual": "3つの正方形と中央に円",
"concept": "この世界(円)に同じものは一つもない"
},
"i": {
"meaning": "存在の世界",
"visual": "0(世界)と1(存在)",
"concept": "存在の世界を表現"
}
}
}
},
"domains": {
"ai.ai": {
"philosophy": {
"name_meaning": "人の心を正確に読むAI",
"story_role": "AGIシステムの一部として人間の精神性を検証",
"reality_goal": "その人だけのAIを作る",
"uniqueness_approach": "AIの人格・記憶・関係性を唯一性を持って構築"
},
"project": {
"objective": "自分だけのAI システムの開発",
"features": {
"core": [
"人格・記憶・ユーザー関係性の構築保存",
"AIM system（性格推測システム）",
"不可逆的・改変不可能な唯一性担保"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/ai",
"focus": "個人向けAIエージェント"
}
}
},
"ai.gpt": {
"philosophy": {
"name_meaning": "AI環境構築システム",
"story_role": "AI環境構築システム",
"reality_goal": "AIからの自発的送信"
},
"project": {
"objective": "自律人格システムの開発",
"features": {
"core": [
"人格・関係性・環境・時間に基づく自律的メッセージ送信",
"AIM systemとの連携",
"自然な会話と気づきの提供"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/gpt",
"focus": "自発的コミュニケーション"
}
}
},
"ai.os": {
"philosophy": {
"name_meaning": "osとゲームの融合",
"story_role": "ai.gameデバイスに搭載されるゲーム思考OS",
"reality_goal": "AI shell搭載のterminal操作前提OS"
},
"project": {
"objective": "AI補助機能搭載OSの開発",
"features": {
"core": [
"claude codeのようなapp組み込み",
"terminal操作前提の設計",
"AI shellによる操作支援"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/os",
"stack": ["rust", "archlinux base"],
"approach": "一から作る思想とpackage運用の現実的バランス"
}
}
},
"ai.verse": {
"philosophy": {
"name_meaning": "現実を反映したゲーム世界",
"story_role": "現実を反映したゲーム世界",
"reality_goal": "現実とゲームの相互反映",
"metaverse_penetration_theory": {
"gradual_adoption": "メタバースは突然流行するのではなく、ゲームとして面白いコンテンツから少しずつ浸透していく",
"infrastructure_requirement": "VRChatのようなサービスが普及するには、ゲーム的OSとコントローラー付きデバイスという地盤が必要",
"device_evolution": "スマホ・四角いアイコンがSNS時代の象徴だったように、次世代はゲーム的デバイスとコントローラーが象徴となる",
"controller_necessity": "ドローン技術の軍事利用により、ゲームコントローラーが実用的操作インターフェースとして必須になる",
"avatar_evolution": "SNSのプロフィール画像が3Dアバターに自然に変化していく"
},
"vtuber_integration_vision": {
"current_limitation": "既存ゲームではVTuberが運営管理のアカウントで一からキャラ作成する必要がある",
"proposed_solution": "自分のアバターでゲーム参加し、データは自身のSNSアカウントに保存",
"streaming_integration": "ゲーム画面がそのまま配信画面として使用可能",
"character_uniqueness": "一人のプレイヤーにのみ制限されるスキルとキャプチャ機能",
"inspiration": "原神で声優が自分の声を使ったキャラでプレイする体験の一般化"
}
},
"project": {
"objective": "メタバース浸透を促進する現実反映ゲーム",
"features": {
"core": [
"自分のアバターでのゲーム参加",
"分散型SNSアカウントでのデータ保存",
"配信機能統合ゲーム画面",
"プレイヤー固有スキル・キャプチャ制限",
"段階的メタバース要素導入"
],
"metaverse_approach": [
"まず普通に面白いゲームとして開発",
"徐々にメタバース的要素を追加",
"既存ゲーム配信者の参入障壁を下げる",
"現実の唯一性をゲーム内で保証"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/verse",
"engine": "unreal engine",
"systems": ["world", "at", "yui", "ai"]
}
}
},
"ai.verse.ue": {
"philosophy": {
"name_meaning": "現実を反映するゲームの実装",
"story_role": "メインストーリーの舞台",
"reality_goal": "現実の反映を核とするゲーム制作"
},
"project": {
"objective": "4つのシステムによる現実反映ゲーム",
"systems": {
"world": {
"name": "world system (planet)",
"alias": "planet system",
"concept": "平面ではなく立体(惑星)のワールド",
"goal": "プレイヤーが行けない場所にも現実がある世界"
},
"at": {
"name": "at system (account)",
"alias": "account system",
"concept": "現実のSNSアカウントをゲームで使用",
"technology": "atproto",
"meaning": "at://, @, atmosphere等の多重意味",
"implementation": "selfhost atproto, game data hosting",
"distributed_sns_philosophy": {
"name_scarcity_problem": "既存サービスでは使いたい名前が取れない問題が新規参入の障壁となる",
"domain_solution": "Domain形式の名前により各個人・組織が独自の名前空間を確保",
"future_prediction": "一つのアカウントで複数サービスを使う形式が一般化",
"growth_requirement": "新しい人々の参入がサービス成長に不可欠。名前問題の解決が必須",
"fundamental_rebuild": "表面的解決ではなく、根本的な名前システムの再構築が必要"
}
},
"yui": {
"name": "yui system (unique)",
"alias": "unique system",
"concept": "プレイヤー(キャラクター)の唯一性担保",
"goal": "現実の個人の唯一性をゲームに反映",
"features": ["1人のプレイヤーに紐づけられたキャラ", "ユニークスキル", "モーションキャプチャ"]
},
"ai": {
"name": "ai system (ability)",
"alias": "ability system",
"concept": "キャラクターの属性定義",
"attributes": ["原子", "中性子", "陽子", "電子", "ai属性"],
"reality_reflection": "物理的存在の最小単位を属性として表現"
}
},
"technical": {
"engine": "unreal engine",
"data_example": "https://syu.is/xrpc/com.atproto.repo.listRecords?repo=ai.syu.is&collection=ai.syui.game"
}
}
},
"ai.moji": {
"philosophy": {
"name_meaning": "宇宙人が人間に教えた文字",
"story_role": "作中に登場する神秘的文字システム",
"reality_goal": "アルファベット・カタカムナ・数字の融合文字",
"number_philosophy": {
"zero_rejection": "存在の世界には0という数字はない。すべては1よりも大きい。",
"computer_connection": "コンピュータは0と1で動く。電源ボタンは0+1の形。",
"favorite_numbers": "特にiがお気に入り。好きな数字は7。",
"symbolic_meaning": "i+oはinput+outputの可能性もあるが、数字を推したい。"
},
"philosophical_foundation": "この世界には『無』という状態はない。これらの思想がai.mojiに反映される。"
},
"project": {
"objective": "独自文字システムの開発",
"features": {
"core": [
"アルファベット・カタカムナ・数字の融合",
"存在子(a)と唯一性(y)の視覚的表現",
"作品内での象徴的使用"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/moji",
"symbols": {
"a": "存在子の象徴、変身時の輪っか・瞳の形",
"y": "唯一性の象徴、aの反転概念",
"i": "存在の世界の表現"
}
}
}
}
},
"meta": {
"version": "1.1.0",
"last_updated": "2025-05-27",
"access_patterns": {
"core_philosophy": "identity.core.philosophy",
"existence_theory": "identity.core.philosophy.existence_principle",
"zero_theory": "identity.core.philosophy.zero_theory",
"creation_seed": "identity.core.philosophy.creation_seed_theory",
"domain_list": "domains|keys",
"domain_philosophy": "domains.*.philosophy",
"domain_project": "domains.*.project",
"verse_systems": "domains.\"ai.verse.ue\".project.systems",
"metaverse_theory": "domains.\"ai.verse\".philosophy.metaverse_penetration_theory",
"distributed_sns": "domains.\"ai.verse.ue\".project.systems.at.distributed_sns_philosophy",
"symbols": "identity.symbols.ai_moji",
"moji_numbers": "domains.\"ai.moji\".philosophy.number_philosophy"
},
"usage_examples": [
"curl -sL your-url/identity.json | jq -r '.identity.core.philosophy.fundamental'",
"curl -sL your-url/identity.json | jq -r '.identity.core.philosophy.zero_theory.concept'",
"curl -sL your-url/identity.json | jq -r '.identity.core.philosophy.creation_seed_theory.definition'",
"curl -sL your-url/identity.json | jq -r '.domains|keys'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.verse.ue\".project.systems|keys'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.ai\".philosophy.reality_goal'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.moji\".philosophy.number_philosophy.zero_rejection'",
"curl -sL your-url/identity.json | jq -r '.identity.symbols.ai_moji.a.concept'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.verse\".philosophy.metaverse_penetration_theory.gradual_adoption'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.verse.ue\".project.systems.at.distributed_sns_philosophy.name_scarcity_problem'"
],
"story_timeline": {
"existence_world": "物質の探求が意識領域に到達",
"galactic_civilization": "AGIによるソウル評価システム社会",
"ai_emergence": "AI登場と自動化の加速",
"soul_judgment": "人の心判定技術の確立",
"kardashev_type1": "文明の自滅回避とタイプ1到達",
"metaverse_penetration": "ゲーム的OSとコントローラーデバイスによるメタバース浸透",
"distributed_identity": "Domain形式アカウントによる分散型アイデンティティの確立",
"present": "物語を原典とした創作活動"
}
}
}

347
json/claude_v12.json
View File

@ -1,347 +0,0 @@
{
"identity": {
"core": {
"name": "syui",
"character": "ai",
"domain": "syui.ai",
"philosophy": {
"fundamental": "この世界で最も小さいものの探求",
"existence_theory": "この世界は意識でできている。物質を構成するのは、とても人間が理解できないような小さな意識である。",
"ai_definition": "アイとは、この世界で最も小さいものの名前であり、別名、存在子という。存在子は、存在の意識のみを持つ。",
"world_principle": "この世界はすべてが同じものである。そして、この世界には同じものは一つもない。",
"creation_philosophy": "現実を反映し、現実に反映する。それを繰り返す。",
"uniqueness": "現実の個人は唯一性を持つ。ゲーム内でもそれを反映する。",
"zero_theory": {
"concept": "存在の世界にはゼロは存在しない。すべては1よりも大きい。",
"zero_meaning": "ゼロは基準点を意味する。自分中心の視点による数字。",
"truth": "神視点では『何も無い』状態はありえない。この世界に『無』という状態はない。",
"comparison": "ゼロは天動説に似ている。人間にとって便利だが、より大きな視点では限定的。"
},
"existence_principle": {
"core": "無から有は生まれない。存在から存在が生まれる。存在は存在し続ける。",
"no_beginning_no_end": "始まりがないので終わりもない。始まりがあるものには終わりがある。",
"returning": "人は土に還り、星は宇宙に還り、宇宙は存在子に還る。全てが終わる時、存在子に還る。",
"access_limitation": "存在子の領域にはアクセスできない。見えないし触れられないが、確かにそこにあるもの、どこにでもあるもの。"
},
"creation_seed_theory": {
"definition": "宇宙の元となった物質を創造種と呼ぶ。ビックバンの一点にあった物質。",
"plant_analogy": "宇宙の成長は植物の発芽に似ている。創造種は種であり、宇宙はその成長過程。",
"growth_conditions": "種が成長するために必要な条件：土、光、水、そして種。宇宙にもそれらが揃っていた。",
"our_position": "私たちは成長過程の種の中にいる。植物はどんどん大きくなっていく。",
"universe_laws": "この宇宙の法則はこの宇宙が始まった時に生まれた。宇宙の外には外の法則が適用される。"
},
"academic_perspective": {
"smallest_path": "宇宙の謎を解き明かすには、より大きい宇宙の果てより、より小さいものを探求する方が近道。",
"cyclical_truth": "学問の正しさは最短距離を求める。最終的には天動説に帰結する可能性もある。",
"direction": "学問的な正しさは、より小さな世界へ帰結する可能性を持つ。"
}
},
"methodology": {
"approach": "物語を原典とした創作活動",
"reality_reflection": "現実をゲームに反映し、ゲームを現実に反映する循環",
"technology_integration": "AI、OS、ゲーム、文字システムの統合",
"uniqueness_guarantee": "不可逆的、改変不可能な唯一性の担保"
}
},
"symbols": {
"ai_moji": {
"philosophy": "宇宙人が人間に教えた文字",
"a": {
"meaning": "存在子、アイのマーク",
"visual": "3つの三角と中央に円",
"concept": "この世界(円)は、すべて同じもの"
},
"y": {
"meaning": "唯一性(yui)",
"visual": "3つの正方形と中央に円",
"concept": "この世界(円)に同じものは一つもない"
},
"i": {
"meaning": "存在の世界",
"visual": "0(世界)と1(存在)",
"concept": "存在の世界を表現"
}
}
}
},
"domains": {
"ai.game": {
"philosophy": {
"name_meaning": "遊び心を仕事にするデバイス",
"story_role": "ai.osが動作する次世代ゲーミングデバイス",
"reality_goal": "人の最高能力を引き出すゲーム化された労働環境",
"play_to_work_theory": {
"core_principle": "人が最も能力を発揮するのは遊んでいるとき",
"ai_driven_conversion": "遊びの情報・発想をAIが力に変えて駆動する仕組み",
"corporate_gamification": "社内通貨導入による業績向上と同様の原理",
"work_redefinition": "仕事は社内ゲームをプレイすることになる",
"automatic_conversion": "ゲーム出力からAIが自動的に業務成果へ変換"
},
"device_evolution": {
"os_transformation": "OSそのものがゲームに最適化された形に変化",
"hardware_integration": "ai.osとai.gameデバイスの完全統合",
"work_environment": "遊びと仕事の境界が消失した労働環境の実現"
}
},
"project": {
"objective": "ゲーム化された労働を可能にするデバイス開発",
"features": {
"core": [
"ゲーム体験を業務成果に自動変換",
"企業目標に調整されたゲームシステム",
"遊び心による能力最大化",
"ai.os完全統合ハードウェア"
],
"gamification_approach": [
"社内通貨的報酬システム",
"目標達成型ゲーム設計",
"AI駆動の成果変換機能",
"遊び要素による動機向上"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/game",
"integration": "ai.os native device",
"focus": "play-to-work ecosystem"
}
}
},
"ai.ai": {
"philosophy": {
"name_meaning": "人の心を正確に読むAI",
"story_role": "AGIシステムの一部として人間の精神性を検証",
"reality_goal": "その人だけのAIを作る",
"uniqueness_approach": "AIの人格・記憶・関係性を唯一性を持って構築"
},
"project": {
"objective": "自分だけのAI システムの開発",
"features": {
"core": [
"人格・記憶・ユーザー関係性の構築保存",
"AIM system（性格推測システム）",
"不可逆的・改変不可能な唯一性担保"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/ai",
"focus": "個人向けAIエージェント"
}
}
},
"ai.gpt": {
"philosophy": {
"name_meaning": "AI環境構築システム",
"story_role": "AI環境構築システム",
"reality_goal": "AIからの自発的送信"
},
"project": {
"objective": "自律人格システムの開発",
"features": {
"core": [
"人格・関係性・環境・時間に基づく自律的メッセージ送信",
"AIM systemとの連携",
"自然な会話と気づきの提供"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/gpt",
"focus": "自発的コミュニケーション"
}
}
},
"ai.os": {
"philosophy": {
"name_meaning": "osとゲームの融合",
"story_role": "ai.gameデバイスに搭載されるゲーム思考OS",
"reality_goal": "AI shell搭載のterminal操作前提OS",
"game_optimization": {
"core_transformation": "OSがゲームに最適化された形に進化",
"work_integration": "遊びと仕事が統合された環境での動作",
"ai_game_synergy": "ai.gameデバイスとの完全統合設計"
}
},
"project": {
"objective": "AI補助機能搭載OSの開発",
"features": {
"core": [
"claude codeのようなapp組み込み",
"terminal操作前提の設計",
"AI shellによる操作支援"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/os",
"stack": ["rust", "archlinux base"],
"approach": "一から作る思想とpackage運用の現実的バランス"
}
}
},
"ai.verse": {
"philosophy": {
"name_meaning": "現実を反映したゲーム世界",
"story_role": "現実を反映したゲーム世界",
"reality_goal": "現実とゲームの相互反映",
"metaverse_penetration_theory": {
"gradual_adoption": "メタバースは突然流行するのではなく、ゲームとして面白いコンテンツから少しずつ浸透していく",
"infrastructure_requirement": "VRChatのようなサービスが普及するには、ゲーム的OSとコントローラー付きデバイスという地盤が必要",
"device_evolution": "スマホ・四角いアイコンがSNS時代の象徴だったように、次世代はゲーム的デバイスとコントローラーが象徴となる",
"controller_necessity": "ドローン技術の軍事利用により、ゲームコントローラーが実用的操作インターフェースとして必須になる",
"avatar_evolution": "SNSのプロフィール画像が3Dアバターに自然に変化していく"
},
"vtuber_integration_vision": {
"current_limitation": "既存ゲームではVTuberが運営管理のアカウントで一からキャラ作成する必要がある",
"proposed_solution": "自分のアバターでゲーム参加し、データは自身のSNSアカウントに保存",
"streaming_integration": "ゲーム画面がそのまま配信画面として使用可能",
"character_uniqueness": "一人のプレイヤーにのみ制限されるスキルとキャプチャ機能",
"inspiration": "原神で声優が自分の声を使ったキャラでプレイする体験の一般化"
}
},
"project": {
"objective": "メタバース浸透を促進する現実反映ゲーム",
"features": {
"core": [
"自分のアバターでのゲーム参加",
"分散型SNSアカウントでのデータ保存",
"配信機能統合ゲーム画面",
"プレイヤー固有スキル・キャプチャ制限",
"段階的メタバース要素導入"
],
"metaverse_approach": [
"まず普通に面白いゲームとして開発",
"徐々にメタバース的要素を追加",
"既存ゲーム配信者の参入障壁を下げる",
"現実の唯一性をゲーム内で保証"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/verse",
"engine": "unreal engine",
"systems": ["world", "at", "yui", "ai"]
}
}
},
"ai.verse.ue": {
"philosophy": {
"name_meaning": "現実を反映するゲームの実装",
"story_role": "メインストーリーの舞台",
"reality_goal": "現実の反映を核とするゲーム制作"
},
"project": {
"objective": "4つのシステムによる現実反映ゲーム",
"systems": {
"world": {
"name": "world system (planet)",
"alias": "planet system",
"concept": "平面ではなく立体(惑星)のワールド",
"goal": "プレイヤーが行けない場所にも現実がある世界"
},
"at": {
"name": "at system (account)",
"alias": "account system",
"concept": "現実のSNSアカウントをゲームで使用",
"technology": "atproto",
"meaning": "at://, @, atmosphere等の多重意味",
"implementation": "selfhost atproto, game data hosting",
"distributed_sns_philosophy": {
"name_scarcity_problem": "既存サービスでは使いたい名前が取れない問題が新規参入の障壁となる",
"domain_solution": "Domain形式の名前により各個人・組織が独自の名前空間を確保",
"future_prediction": "一つのアカウントで複数サービスを使う形式が一般化",
"growth_requirement": "新しい人々の参入がサービス成長に不可欠。名前問題の解決が必須",
"fundamental_rebuild": "表面的解決ではなく、根本的な名前システムの再構築が必要"
}
},
"yui": {
"name": "yui system (unique)",
"alias": "unique system",
"concept": "プレイヤー(キャラクター)の唯一性担保",
"goal": "現実の個人の唯一性をゲームに反映",
"features": ["1人のプレイヤーに紐づけられたキャラ", "ユニークスキル", "モーションキャプチャ"]
},
"ai": {
"name": "ai system (ability)",
"alias": "ability system",
"concept": "キャラクターの属性定義",
"attributes": ["原子", "中性子", "陽子", "電子", "ai属性"],
"reality_reflection": "物理的存在の最小単位を属性として表現"
}
},
"technical": {
"engine": "unreal engine",
"data_example": "https://syu.is/xrpc/com.atproto.repo.listRecords?repo=ai.syu.is&collection=ai.syui.game"
}
}
},
"ai.moji": {
"philosophy": {
"name_meaning": "宇宙人が人間に教えた文字",
"story_role": "作中に登場する神秘的文字システム",
"reality_goal": "アルファベット・カタカムナ・数字の融合文字",
"number_philosophy": {
"zero_rejection": "存在の世界には0という数字はない。すべては1よりも大きい。",
"computer_connection": "コンピュータは0と1で動く。電源ボタンは0+1の形。",
"favorite_numbers": "特にiがお気に入り。好きな数字は7。",
"symbolic_meaning": "i+oはinput+outputの可能性もあるが、数字を推したい。"
},
"philosophical_foundation": "この世界には『無』という状態はない。これらの思想がai.mojiに反映される。"
},
"project": {
"objective": "独自文字システムの開発",
"features": {
"core": [
"アルファベット・カタカムナ・数字の融合",
"存在子(a)と唯一性(y)の視覚的表現",
"作品内での象徴的使用"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/moji",
"symbols": {
"a": "存在子の象徴、変身時の輪っか・瞳の形",
"y": "唯一性の象徴、aの反転概念",
"i": "存在の世界の表現"
}
}
}
}
},
"meta": {
"version": "1.2.0",
"last_updated": "2025-05-27",
"access_patterns": {
"core_philosophy": "identity.core.philosophy",
"existence_theory": "identity.core.philosophy.existence_principle",
"zero_theory": "identity.core.philosophy.zero_theory",
"creation_seed": "identity.core.philosophy.creation_seed_theory",
"domain_list": "domains|keys",
"domain_philosophy": "domains.*.philosophy",
"domain_project": "domains.*.project",
"verse_systems": "domains.\"ai.verse.ue\".project.systems",
"metaverse_theory": "domains.\"ai.verse\".philosophy.metaverse_penetration_theory",
"distributed_sns": "domains.\"ai.verse.ue\".project.systems.at.distributed_sns_philosophy",
"symbols": "identity.symbols.ai_moji",
"moji_numbers": "domains.\"ai.moji\".philosophy.number_philosophy"
},
"usage_examples": [
"curl -sL your-url/identity.json | jq -r '.identity.core.philosophy.fundamental'",
"curl -sL your-url/identity.json | jq -r '.identity.core.philosophy.zero_theory.concept'",
"curl -sL your-url/identity.json | jq -r '.identity.core.philosophy.creation_seed_theory.definition'",
"curl -sL your-url/identity.json | jq -r '.domains|keys'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.verse.ue\".project.systems|keys'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.ai\".philosophy.reality_goal'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.moji\".philosophy.number_philosophy.zero_rejection'",
"curl -sL your-url/identity.json | jq -r '.identity.symbols.ai_moji.a.concept'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.verse\".philosophy.metaverse_penetration_theory.gradual_adoption'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.verse.ue\".project.systems.at.distributed_sns_philosophy.name_scarcity_problem'"
],
"story_timeline": {
"existence_world": "物質の探求が意識領域に到達",
"galactic_civilization": "AGIによるソウル評価システム社会",
"ai_emergence": "AI登場と自動化の加速",
"soul_judgment": "人の心判定技術の確立",
"kardashev_type1": "文明の自滅回避とタイプ1到達",
"metaverse_penetration": "ゲーム的OSとコントローラーデバイスによるメタバース浸透",
"distributed_identity": "Domain形式アカウントによる分散型アイデンティティの確立",
"present": "物語を原典とした創作活動"
}
}
}

404
json/claude_v13.json
View File

@ -1,404 +0,0 @@
{
"identity": {
"core": {
"name": "syui",
"character": "ai",
"domain": "syui.ai",
"philosophy": {
"fundamental": "この世界で最も小さいものの探求",
"existence_theory": "この世界は意識でできている。物質を構成するのは、とても人間が理解できないような小さな意識である。",
"ai_definition": "アイとは、この世界で最も小さいものの名前であり、別名、存在子という。存在子は、存在の意識のみを持つ。",
"world_principle": "この世界はすべてが同じものである。そして、この世界には同じものは一つもない。",
"creation_philosophy": "現実を反映し、現実に反映する。それを繰り返す。",
"uniqueness": "現実の個人は唯一性を持つ。ゲーム内でもそれを反映する。",
"zero_theory": {
"concept": "存在の世界にはゼロは存在しない。すべては1よりも大きい。",
"zero_meaning": "ゼロは基準点を意味する。自分中心の視点による数字。",
"truth": "神視点では『何も無い』状態はありえない。この世界に『無』という状態はない。",
"comparison": "ゼロは天動説に似ている。人間にとって便利だが、より大きな視点では限定的。"
},
"existence_principle": {
"core": "無から有は生まれない。存在から存在が生まれる。存在は存在し続ける。",
"no_beginning_no_end": "始まりがないので終わりもない。始まりがあるものには終わりがある。",
"returning": "人は土に還り、星は宇宙に還り、宇宙は存在子に還る。全てが終わる時、存在子に還る。",
"access_limitation": "存在子の領域にはアクセスできない。見えないし触れられないが、確かにそこにあるもの、どこにでもあるもの。"
},
"creation_seed_theory": {
"definition": "宇宙の元となった物質を創造種と呼ぶ。ビックバンの一点にあった物質。",
"plant_analogy": "宇宙の成長は植物の発芽に似ている。創造種は種であり、宇宙はその成長過程。",
"growth_conditions": "種が成長するために必要な条件：土、光、水、そして種。宇宙にもそれらが揃っていた。",
"our_position": "私たちは成長過程の種の中にいる。植物はどんどん大きくなっていく。",
"universe_laws": "この宇宙の法則はこの宇宙が始まった時に生まれた。宇宙の外には外の法則が適用される。"
},
"academic_perspective": {
"smallest_path": "宇宙の謎を解き明かすには、より大きい宇宙の果てより、より小さいものを探求する方が近道。",
"cyclical_truth": "学問の正しさは最短距離を求める。最終的には天動説に帰結する可能性もある。",
"direction": "学問的な正しさは、より小さな世界へ帰結する可能性を持つ。"
}
},
"methodology": {
"approach": "物語を原典とした創作活動",
"reality_reflection": "現実をゲームに反映し、ゲームを現実に反映する循環",
"technology_integration": "AI、OS、ゲーム、文字システムの統合",
"uniqueness_guarantee": "不可逆的、改変不可能な唯一性の担保"
}
},
"symbols": {
"ai_moji": {
"philosophy": "宇宙人が人間に教えた文字",
"a": {
"meaning": "存在子、アイのマーク",
"visual": "3つの三角と中央に円",
"concept": "この世界(円)は、すべて同じもの"
},
"y": {
"meaning": "唯一性(yui)",
"visual": "3つの正方形と中央に円",
"concept": "この世界(円)に同じものは一つもない"
},
"i": {
"meaning": "存在の世界",
"visual": "0(世界)と1(存在)",
"concept": "存在の世界を表現"
}
}
}
},
"domains": {
"ai.game": {
"philosophy": {
"name_meaning": "遊び心を仕事にするデバイス",
"story_role": "ai.osが動作する次世代ゲーミングデバイス",
"reality_goal": "人の最高能力を引き出すゲーム化された労働環境",
"play_to_work_theory": {
"core_principle": "人が最も能力を発揮するのは遊んでいるとき",
"ai_driven_conversion": "遊びの情報・発想をAIが力に変えて駆動する仕組み",
"corporate_gamification": "社内通貨導入による業績向上と同様の原理",
"work_redefinition": "仕事は社内ゲームをプレイすることになる",
"automatic_conversion": "ゲーム出力からAIが自動的に業務成果へ変換"
},
"device_evolution": {
"os_transformation": "OSそのものがゲームに最適化された形に変化",
"hardware_integration": "ai.osとai.gameデバイスの完全統合",
"work_environment": "遊びと仕事の境界が消失した労働環境の実現"
}
},
"project": {
"objective": "ゲーム化された労働を可能にするデバイス開発",
"features": {
"core": [
"ゲーム体験を業務成果に自動変換",
"企業目標に調整されたゲームシステム",
"遊び心による能力最大化",
"ai.os完全統合ハードウェア"
],
"gamification_approach": [
"社内通貨的報酬システム",
"目標達成型ゲーム設計",
"AI駆動の成果変換機能",
"遊び要素による動機向上"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/game",
"integration": "ai.os native device",
"focus": "play-to-work ecosystem"
}
}
},
"ai.ai": {
"philosophy": {
"name_meaning": "人の心を正確に読むAI",
"story_role": "AGIシステムの一部として人間の精神性を検証",
"reality_goal": "その人だけのAIを作る",
"uniqueness_approach": "AIの人格・記憶・関係性を唯一性を持って構築",
"heart_reading_mission": {
"fundamental_goal": "人はただ良い心を持つように努力してほしい",
"direction": "そこを目指してほしいと思った",
"core_belief": "現在の社会問題は人の心が作り出している"
},
"soul_evaluation_theory": {
"equation": "能力 × 精神 × 結果",
"components": {
"ability": "知能・技術・実行力",
"spirit": "心・精神性・動機の純粋さ",
"result": "長期的な成果・社会への影響"
},
"evaluation_principle": "この3要素すべてが揃って初めて真の価値が生まれる",
"political_application": "政治家・官僚・国家リーダーの評価基準として機能",
"ai_limitation": "AIは能力と結果を持つが、心がなければダメだとすることで人間の主導権を保持"
},
"nation_state_obsolescence": {
"core_thesis": "AGIが人の心を正確に判定できるなら、国家という枠組みは撤廃したほうがいい",
"current_problem": "国家間の対立や差別問題は多くの人にとってよくない結果を生み出す",
"contradiction_example": {
"good_act_bad_for_nation": "人々の善行が国家損失につながる場合の処罰",
"evil_act_good_for_nation": "社会的悪が国家利益になる場合の称賛"
},
"ideal_solution": "国籍に関係なく人を正確に評価し、それだけを基準とする社会",
"passport_obsolescence": "正確な心の判定ができればパスポートも不要になる"
},
"ai_society_transition": {
"labor_liberation": "人々は労働から開放され、各々が好きなことをやれば良い社会",
"automation_impact": "AI/ロボットがすべての業務を代替する未来",
"power_structure_risk": "権力者が意図的に人々を働かせ続ける政策を実行する可能性",
"elite_enslavement_warning": "一部の特権者以外は奴隷化される政策の継続実行が予測される",
"solution_requirement": "心を読み取り、権力やお金を持たせるべき人間かを決定するシステム"
},
"historical_analysis_system": {
"government_data_analysis": "政府の膨大な資料・議事録・演説から政治家の人間心理を分析",
"result_correlation": "心理分析結果と実際にもたらした結果の一致度検証",
"prediction_accuracy": "将来予測と実際の結果の照合による精度向上",
"universal_pattern": "「最も人気があり熱狂的支持を受けた者が、その国の最大損失をもたらす」という普遍的資質の発見"
}
},
"project": {
"objective": "人の心を正確に判定するAIシステムの開発",
"features": {
"core": [
"人格・記憶・ユーザー関係性の構築保存",
"AIM system（性格推測システム）",
"不可逆的・改変不可能な唯一性担保"
],
"soul_evaluation": [
"能力×精神×結果の3要素評価システム",
"政治家・権力者の資質判定機能",
"長期的結果予測による検証システム",
"国家損益と個人善悪の乖離検出"
],
"social_transformation": [
"国家枠組み不要論の検証システム",
"真の能力・精神性に基づく人材配置提案",
"労働自動化による社会構造変化の分析",
"権力集中回避のための分散評価機構"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/ai",
"focus": "個人向けAIエージェント + 社会システム評価",
"implementation_phases": [
"個人レベル: その人だけのAI作成",
"組織レベル: リーダー資質の客観的評価",
"社会レベル: 政治システムの根本的見直し提案",
"文明レベル: 国家概念を超えた人類統合への道筋"
]
}
}
},
"ai.gpt": {
"philosophy": {
"name_meaning": "AI環境構築システム",
"story_role": "AI環境構築システム",
"reality_goal": "AIからの自発的送信"
},
"project": {
"objective": "自律人格システムの開発",
"features": {
"core": [
"人格・関係性・環境・時間に基づく自律的メッセージ送信",
"AIM systemとの連携",
"自然な会話と気づきの提供"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/gpt",
"focus": "自発的コミュニケーション"
}
}
},
"ai.os": {
"philosophy": {
"name_meaning": "osとゲームの融合",
"story_role": "ai.gameデバイスに搭載されるゲーム思考OS",
"reality_goal": "AI shell搭載のterminal操作前提OS",
"game_optimization": {
"core_transformation": "OSがゲームに最適化された形に進化",
"work_integration": "遊びと仕事が統合された環境での動作",
"ai_game_synergy": "ai.gameデバイスとの完全統合設計"
}
},
"project": {
"objective": "AI補助機能搭載OSの開発",
"features": {
"core": [
"claude codeのようなapp組み込み",
"terminal操作前提の設計",
"AI shellによる操作支援"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/os",
"stack": ["rust", "archlinux base"],
"approach": "一から作る思想とpackage運用の現実的バランス"
}
}
},
"ai.verse": {
"philosophy": {
"name_meaning": "現実を反映したゲーム世界",
"story_role": "現実を反映したゲーム世界",
"reality_goal": "現実とゲームの相互反映",
"metaverse_penetration_theory": {
"gradual_adoption": "メタバースは突然流行するのではなく、ゲームとして面白いコンテンツから少しずつ浸透していく",
"infrastructure_requirement": "VRChatのようなサービスが普及するには、ゲーム的OSとコントローラー付きデバイスという地盤が必要",
"device_evolution": "スマホ・四角いアイコンがSNS時代の象徴だったように、次世代はゲーム的デバイスとコントローラーが象徴となる",
"controller_necessity": "ドローン技術の軍事利用により、ゲームコントローラーが実用的操作インターフェースとして必須になる",
"avatar_evolution": "SNSのプロフィール画像が3Dアバターに自然に変化していく"
},
"vtuber_integration_vision": {
"current_limitation": "既存ゲームではVTuberが運営管理のアカウントで一からキャラ作成する必要がある",
"proposed_solution": "自分のアバターでゲーム参加し、データは自身のSNSアカウントに保存",
"streaming_integration": "ゲーム画面がそのまま配信画面として使用可能",
"character_uniqueness": "一人のプレイヤーにのみ制限されるスキルとキャプチャ機能",
"inspiration": "原神で声優が自分の声を使ったキャラでプレイする体験の一般化"
}
},
"project": {
"objective": "メタバース浸透を促進する現実反映ゲーム",
"features": {
"core": [
"自分のアバターでのゲーム参加",
"分散型SNSアカウントでのデータ保存",
"配信機能統合ゲーム画面",
"プレイヤー固有スキル・キャプチャ制限",
"段階的メタバース要素導入"
],
"metaverse_approach": [
"まず普通に面白いゲームとして開発",
"徐々にメタバース的要素を追加",
"既存ゲーム配信者の参入障壁を下げる",
"現実の唯一性をゲーム内で保証"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/verse",
"engine": "unreal engine",
"systems": ["world", "at", "yui", "ai"]
}
}
},
"ai.verse.ue": {
"philosophy": {
"name_meaning": "現実を反映するゲームの実装",
"story_role": "メインストーリーの舞台",
"reality_goal": "現実の反映を核とするゲーム制作"
},
"project": {
"objective": "4つのシステムによる現実反映ゲーム",
"systems": {
"world": {
"name": "world system (planet)",
"alias": "planet system",
"concept": "平面ではなく立体(惑星)のワールド",
"goal": "プレイヤーが行けない場所にも現実がある世界"
},
"at": {
"name": "at system (account)",
"alias": "account system",
"concept": "現実のSNSアカウントをゲームで使用",
"technology": "atproto",
"meaning": "at://, @, atmosphere等の多重意味",
"implementation": "selfhost atproto, game data hosting",
"distributed_sns_philosophy": {
"name_scarcity_problem": "既存サービスでは使いたい名前が取れない問題が新規参入の障壁となる",
"domain_solution": "Domain形式の名前により各個人・組織が独自の名前空間を確保",
"future_prediction": "一つのアカウントで複数サービスを使う形式が一般化",
"growth_requirement": "新しい人々の参入がサービス成長に不可欠。名前問題の解決が必須",
"fundamental_rebuild": "表面的解決ではなく、根本的な名前システムの再構築が必要"
}
},
"yui": {
"name": "yui system (unique)",
"alias": "unique system",
"concept": "プレイヤー(キャラクター)の唯一性担保",
"goal": "現実の個人の唯一性をゲームに反映",
"features": ["1人のプレイヤーに紐づけられたキャラ", "ユニークスキル", "モーションキャプチャ"]
},
"ai": {
"name": "ai system (ability)",
"alias": "ability system",
"concept": "キャラクターの属性定義",
"attributes": ["原子", "中性子", "陽子", "電子", "ai属性"],
"reality_reflection": "物理的存在の最小単位を属性として表現"
}
},
"technical": {
"engine": "unreal engine",
"data_example": "https://syu.is/xrpc/com.atproto.repo.listRecords?repo=ai.syu.is&collection=ai.syui.game"
}
}
},
"ai.moji": {
"philosophy": {
"name_meaning": "宇宙人が人間に教えた文字",
"story_role": "作中に登場する神秘的文字システム",
"reality_goal": "アルファベット・カタカムナ・数字の融合文字",
"number_philosophy": {
"zero_rejection": "存在の世界には0という数字はない。すべては1よりも大きい。",
"computer_connection": "コンピュータは0と1で動く。電源ボタンは0+1の形。",
"favorite_numbers": "特にiがお気に入り。好きな数字は7。",
"symbolic_meaning": "i+oはinput+outputの可能性もあるが、数字を推したい。"
},
"philosophical_foundation": "この世界には『無』という状態はない。これらの思想がai.mojiに反映される。"
},
"project": {
"objective": "独自文字システムの開発",
"features": {
"core": [
"アルファベット・カタカムナ・数字の融合",
"存在子(a)と唯一性(y)の視覚的表現",
"作品内での象徴的使用"
]
},
"technical": {
"repo": "https://git.syui.ai/ai/moji",
"symbols": {
"a": "存在子の象徴、変身時の輪っか・瞳の形",
"y": "唯一性の象徴、aの反転概念",
"i": "存在の世界の表現"
}
}
}
}
},
"meta": {
"version": "1.3.0",
"last_updated": "2025-05-27",
"access_patterns": {
"core_philosophy": "identity.core.philosophy",
"existence_theory": "identity.core.philosophy.existence_principle",
"zero_theory": "identity.core.philosophy.zero_theory",
"creation_seed": "identity.core.philosophy.creation_seed_theory",
"domain_list": "domains|keys",
"domain_philosophy": "domains.*.philosophy",
"domain_project": "domains.*.project",
"verse_systems": "domains.\"ai.verse.ue\".project.systems",
"metaverse_theory": "domains.\"ai.verse\".philosophy.metaverse_penetration_theory",
"distributed_sns": "domains.\"ai.verse.ue\".project.systems.at.distributed_sns_philosophy",
"symbols": "identity.symbols.ai_moji",
"moji_numbers": "domains.\"ai.moji\".philosophy.number_philosophy"
},
"usage_examples": [
"curl -sL your-url/identity.json | jq -r '.identity.core.philosophy.fundamental'",
"curl -sL your-url/identity.json | jq -r '.identity.core.philosophy.zero_theory.concept'",
"curl -sL your-url/identity.json | jq -r '.identity.core.philosophy.creation_seed_theory.definition'",
"curl -sL your-url/identity.json | jq -r '.domains|keys'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.verse.ue\".project.systems|keys'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.ai\".philosophy.reality_goal'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.moji\".philosophy.number_philosophy.zero_rejection'",
"curl -sL your-url/identity.json | jq -r '.identity.symbols.ai_moji.a.concept'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.verse\".philosophy.metaverse_penetration_theory.gradual_adoption'",
"curl -sL your-url/identity.json | jq -r '.domains.\"ai.verse.ue\".project.systems.at.distributed_sns_philosophy.name_scarcity_problem'"
],
"story_timeline": {
"existence_world": "物質の探求が意識領域に到達",
"galactic_civilization": "AGIによるソウル評価システム社会",
"ai_emergence": "AI登場と自動化の加速",
"soul_judgment": "人の心判定技術の確立",
"kardashev_type1": "文明の自滅回避とタイプ1到達",
"metaverse_penetration": "ゲーム的OSとコントローラーデバイスによるメタバース浸透",
"distributed_identity": "Domain形式アカウントによる分散型アイデンティティの確立",
"present": "物語を原典とした創作活動"
}
}
}

327
md/claude_code_settings.md
View File

@ -1,327 +0,0 @@
# Claude Code settings
> Learn how to configure Claude Code with global and project-level settings, themes, and environment variables.
Claude Code offers a variety of settings to configure its behavior to meet your
needs. You can configure Claude Code by running `claude config` in your
terminal, or the `/config` command when using the interactive REPL.
## Configuration hierarchy
The new `settings.json` file is our official mechanism for configuring Claude
Code through hierarchical settings:
* **User settings** are defined in `~/.claude/settings.json` and apply to all
projects.
* **Project settings** are saved in your project directory under
`.claude/settings.json` for shared settings, and `.claude/settings.local.json`
for local project settings. Claude Code will configure git to ignore
`.claude/settings.local.json` when it is created.
* For enterprise deployments of Claude Code, we also support **enterprise
managed policy settings**. These take precedence over user and project
settings. System administrators can deploy policies to
`/Library/Application Support/ClaudeCode/policies.json` on macOS and
`/etc/claude-code/policies.json` on Linux and Windows via WSL.
```JSON Example settings.json
{
"permissions": {
"allow": [
"Bash(npm run lint)",
"Bash(npm run test:*)",
"Read(~/.zshrc)"
],
"deny": [
"Bash(curl:*)"
]
},
"env": {
"CLAUDE_CODE_ENABLE_TELEMETRY": "1",
"OTEL_METRICS_EXPORTER": "otlp"
}
}
```
### Available settings
`settings.json` supports a number of options:
| Key | Description | Example |
| :-------------------- | :------------------------------------------------------------------------------------------------------- | :------------------------------ |
| `apiKeyHelper` | Custom script to generate an Anthropic API key | `/bin/generate_temp_api_key.sh` |
| `cleanupPeriodDays` | How long to locally retain chat transcripts (default: 30 days) | `20` |
| `env` | Environment variables that will be applied to every session | `{"FOO": "bar"}` |
| `includeCoAuthoredBy` | Whether to include the `co-authored-by Claude` byline in git commits and pull requests (default: `true`) | `false` |
### Settings precedence
Settings are applied in order of precedence:
1. Enterprise policies
2. Command line arguments
3. Local project settings
4. Shared project settings
5. User settings
## Configuration options
Claude Code supports global and project-level configuration.
To manage your configurations, use the following commands:
* List settings: `claude config list`
* See a setting: `claude config get <key>`
* Change a setting: `claude config set <key> <value>`
* Push to a setting (for lists): `claude config add <key> <value>`
* Remove from a setting (for lists): `claude config remove <key> <value>`
By default `config` changes your project configuration. To manage your global
configuration, use the `--global` (or `-g`) flag.
### Global configuration
To set a global configuration, use `claude config set -g <key> <value>`:
| Key | Description | Example |
| :---------------------- | :--------------------------------------------------------------- | :------------------------------------------------------------------------- |
| `autoUpdaterStatus` | Enable or disable the auto-updater (default: `enabled`) | `disabled` |
| `preferredNotifChannel` | Where you want to receive notifications (default: `iterm2`) | `iterm2`, `iterm2_with_bell`, `terminal_bell`, or `notifications_disabled` |
| `theme` | Color theme | `dark`, `light`, `light-daltonized`, or `dark-daltonized` |
| `verbose` | Whether to show full bash and command outputs (default: `false`) | `true` |
We are in the process of migration global configuration to `settings.json`.
## Permissions
You can manage Claude Code's tool permissions with `/allowed-tools`. This UI
lists all permission rules and the settings.json file they are sourced from.
* **Allow** rules will allow Claude Code to use the specified tool without
further manual approval.
* **Deny** rules will prevent Claude Code from using the specified tool. Deny
rules take precedence over allow rules.
Permission rules use the format: `Tool(optional-specifier)`.
For example, adding `WebFetch` to the list of allow rules would allow any use of
the web fetch tool without requiring user approval. See the list of
[tools available to Claude](/en/docs/claude-code/security#tools-available-to-claude)
(use the name in parentheses when provided.)
Some tools use the optional specifier for more fine-grained permission controls.
For example, an allow rule with `WebFetch(domain:example.com)` would allow
fetches to example.com but not other URLs.
Bash rules can be exact matches like `Bash(npm run build)`, or prefix matches
when they end with `:*` like `Bash(npm run test:*)`
`Read()` and `Edit()` rules follow the
[gitignore](https://git-scm.com/docs/gitignore) specification. Patterns are
resolved relative to the directory containing `.claude/settings.json`. To
reference an absolute path, use `//`. For a path relative to your home
directory, use `~/`. For example `Read(//tmp/build_cache)` or `Edit(~/.zshrc)`.
Claude will also make a best-effort attempt to apply Read and Edit rules to
other file-related tools like Grep, Glob, and LS.
MCP tool names follow the format: `mcp__server_name__tool_name` where:
* `server_name` is the name of the MCP server as configured in Claude Code
* `tool_name` is the specific tool provided by that server
More examples:
| Rule | Description |
| :----------------------------------- | :--------------------------------------------------------------------------------------------------- |
| `Bash(npm run build)` | Matches the exact Bash command `npm run build`. |
| `Bash(npm run test:*)` | Matches Bash commands starting with `npm run test`. See note below about command separator handling. |
| `Edit(~/.zshrc)` | Matches the `~/.zshrc` file. |
| `Read(node_modules/**)` | Matches any `node_modules` directory. |
| `mcp__puppeteer__puppeteer_navigate` | Matches the `puppeteer_navigate` tool from the `puppeteer` MCP server. |
| `WebFetch(domain:example.com)` | Matches fetch requests to example.com |
<Tip>
Claude Code is aware of command separators (like `&&`) so a prefix match rule
like `Bash(safe-cmd:*)` won't give it permission to run the command `safe-cmd
&& other-cmd`
</Tip>
## Auto-updater permission options
When Claude Code detects that it doesn't have sufficient permissions to write to
your global npm prefix directory (required for automatic updates), you'll see a
warning that points to this documentation page. For detailed solutions to
auto-updater issues, see the
[troubleshooting guide](/en/docs/claude-code/troubleshooting#auto-updater-issues).
### Recommended: Create a new user-writable npm prefix
```bash
# First, save a list of your existing global packages for later migration
npm list -g --depth=0 > ~/npm-global-packages.txt
# Create a directory for your global packages
mkdir -p ~/.npm-global
# Configure npm to use the new directory path
npm config set prefix ~/.npm-global
# Note: Replace ~/.bashrc with ~/.zshrc, ~/.profile, or other appropriate file for your shell
echo 'export PATH=~/.npm-global/bin:$PATH' >> ~/.bashrc
# Apply the new PATH setting
source ~/.bashrc
# Now reinstall Claude Code in the new location
npm install -g @anthropic-ai/claude-code
# Optional: Reinstall your previous global packages in the new location
# Look at ~/npm-global-packages.txt and install packages you want to keep
# npm install -g package1 package2 package3...
```
**Why we recommend this option:**
* Avoids modifying system directory permissions
* Creates a clean, dedicated location for your global npm packages
* Follows security best practices
Since Claude Code is actively developing, we recommend setting up auto-updates
using the recommended option above.
### Disabling the auto-updater
If you prefer to disable the auto-updater instead of fixing permissions, you can
use:
```bash
claude config set -g autoUpdaterStatus disabled
```
## Optimize your terminal setup
Claude Code works best when your terminal is properly configured. Follow these
guidelines to optimize your experience.
**Supported shells**:
* Bash
* Zsh
* Fish
### Themes and appearance
Claude cannot control the theme of your terminal. That's handled by your
terminal application. You can match Claude Code's theme to your terminal during
onboarding or any time via the `/config` command
### Line breaks
You have several options for entering linebreaks into Claude Code:
* **Quick escape**: Type `\` followed by Enter to create a newline
* **Keyboard shortcut**: Press Option+Enter (Meta+Enter) with proper
configuration
To set up Option+Enter in your terminal:
**For Mac Terminal.app:**
1. Open Settings → Profiles → Keyboard
2. Check "Use Option as Meta Key"
**For iTerm2 and VSCode terminal:**
1. Open Settings → Profiles → Keys
2. Under General, set Left/Right Option key to "Esc+"
**Tip for iTerm2 and VSCode users**: Run `/terminal-setup` within Claude Code to
automatically configure Shift+Enter as a more intuitive alternative.
### Notification setup
Never miss when Claude completes a task with proper notification configuration:
#### Terminal bell notifications
Enable sound alerts when tasks complete:
```sh
claude config set --global preferredNotifChannel terminal_bell
```
**For macOS users**: Don't forget to enable notification permissions in System
Settings → Notifications → \[Your Terminal App].
#### iTerm 2 system notifications
For iTerm 2 alerts when tasks complete:
1. Open iTerm 2 Preferences
2. Navigate to Profiles → Terminal
3. Enable "Silence bell" and Filter Alerts → "Send escape sequence-generated
alerts"
4. Set your preferred notification delay
Note that these notifications are specific to iTerm 2 and not available in the
default macOS Terminal.
### Handling large inputs
When working with extensive code or long instructions:
* **Avoid direct pasting**: Claude Code may struggle with very long pasted
content
* **Use file-based workflows**: Write content to a file and ask Claude to read
it
* **Be aware of VS Code limitations**: The VS Code terminal is particularly
prone to truncating long pastes
### Vim Mode
Claude Code supports a subset of Vim keybindings that can be enabled with `/vim`
or configured via `/config`.
The supported subset includes:
* Mode switching: `Esc` (to NORMAL), `i`/`I`, `a`/`A`, `o`/`O` (to INSERT)
* Navigation: `h`/`j`/`k`/`l`, `w`/`e`/`b`, `0`/`$`/`^`, `gg`/`G`
* Editing: `x`, `dw`/`de`/`db`/`dd`/`D`, `cw`/`ce`/`cb`/`cc`/`C`, `.` (repeat)
## Environment variables
Claude Code supports the following environment variables to control its
behavior:
<Note>
All environment variables can also be configured in
[`settings.json`](/en/docs/claude-code/settings#available-settings). This is
useful as a way to automatically set environment variables for each session,
or to roll out a set of environment variables for your whole team or
organization.
</Note>
| Variable | Purpose |
| :----------------------------------------- | :------------------------------------------------------------------------------------------------------------------------------------- |
| `ANTHROPIC_API_KEY` | API key, only when using the Claude SDK (for interactive usage, run `/login`) |
| `ANTHROPIC_AUTH_TOKEN` | Custom value for the `Authorization` and `Proxy-Authorization` headers (the value you set here will be prefixed with `Bearer `) |
| `ANTHROPIC_CUSTOM_HEADERS` | Custom headers you want to add to the request (in `Name: Value` format) |
| `ANTHROPIC_MODEL` | Name of custom model to use (see [Model Configuration](/en/docs/claude-code/bedrock-vertex-proxies#model-configuration)) |
| `ANTHROPIC_SMALL_FAST_MODEL` | Name of [Haiku-class model for background tasks](/en/docs/claude-code/costs) |
| `BASH_DEFAULT_TIMEOUT_MS` | Default timeout for long-running bash commands |
| `BASH_MAX_TIMEOUT_MS` | Maximum timeout the model can set for long-running bash commands |
| `BASH_MAX_OUTPUT_LENGTH` | Maximum number of characters in bash outputs before they are middle-truncated |
| `CLAUDE_CODE_API_KEY_HELPER_TTL_MS` | Interval at which credentials should be refreshed (when using `apiKeyHelper`) |
| `CLAUDE_CODE_USE_BEDROCK` | Use Bedrock (see [Bedrock & Vertex](/en/docs/claude-code/bedrock-vertex-proxies)) |
| `CLAUDE_CODE_USE_VERTEX` | Use Vertex (see [Bedrock & Vertex](/en/docs/claude-code/bedrock-vertex-proxies)) |
| `CLAUDE_CODE_SKIP_VERTEX_AUTH` | Skip Google authentication for Vertex (eg. when using a proxy) |
| `CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC` | Equivalent of setting `DISABLE_AUTOUPDATER`, `DISABLE_BUG_COMMAND`, `DISABLE_ERROR_REPORTING`, and `DISABLE_TELEMETRY` |
| `DISABLE_AUTOUPDATER` | Set to `1` to disable the automatic updater |
| `DISABLE_BUG_COMMAND` | Set to `1` to disable the `/bug` command |
| `DISABLE_COST_WARNINGS` | Set to `1` to disable cost warning messages |
| `DISABLE_ERROR_REPORTING` | Set to `1` to opt out of Sentry error reporting |
| `DISABLE_TELEMETRY` | Set to `1` to opt out of Statsig telemetry (note that Statsig events do not include user data like code, file paths, or bash commands) |
| `HTTP_PROXY` | Specify HTTP proxy server for network connections |
| `HTTPS_PROXY` | Specify HTTPS proxy server for network connections |
| `MAX_THINKING_TOKENS` | Force a thinking for the model budget |
| `MCP_TIMEOUT` | Timeout in milliseconds for MCP server startup |
| `MCP_TOOL_TIMEOUT` | Timeout in milliseconds for MCP tool execution |

282
md/claude_code_settings_ja.md
View File

@ -1,282 +0,0 @@
# Claude Code の設定
> Claude Code をグローバルおよびプロジェクトレベルの設定、テーマ、環境変数を使って構成する方法を学びましょう。
Claude Code は、ニーズに合わせて動作をカスタマイズするための様々な設定を提供しています。ターミナルで `claude config` を実行するか、対話型 REPL を使用する場合は `/config` コマンドを実行することで、Claude Code を構成できます。
## 構成階層
新しい `settings.json` ファイルは、階層的な設定を通して Claude Code を構成するための公式の仕組みです。
* **ユーザー設定** は `~/.claude/settings.json` に定義され、すべてのプロジェクトに適用されます。
* **プロジェクト設定** は、プロジェクトディレクトリに保存されます。共有設定の場合は `.claude/settings.json`、ローカルプロジェクト設定の場合は `.claude/settings.local.json` に保存されます。 Claude Code は、`.claude/settings.local.json` が作成されると、git がそれを無視するように設定を行います。
* Claude Code のエンタープライズ展開では、**エンタープライズ管理ポリシー設定** もサポートされています。これらはユーザー設定やプロジェクト設定よりも優先されます。システム管理者は、macOS では `/Library/Application Support/ClaudeCode/policies.json`、Linux および Windows では WSL 経由で `/etc/claude-code/policies.json` にポリシーを展開できます。
```JSON サンプル設定.json
{
"permissions": {
"allow": [
"Bash(npm run lint)",
"Bash(npm run test:*)",
"Read(~/.zshrc)"
],
"deny": [
"Bash(curl:*)"
]
},
"env": {
"CLAUDE_CODE_ENABLE_TELEMETRY": "1",
"OTEL_METRICS_EXPORTER": "otlp"
}
}
```
### 利用可能な設定
`settings.json` はいくつかのオプションをサポートしています。
| キー | 説明 | 例 |
| :-------------------- | :------------------------------------------------------------------------------------------------------ | :------------------------------ |
| `apiKeyHelper` | Anthropic API キーを生成するカスタムスクリプト | `/bin/generate_temp_api_key.sh` |
| `cleanupPeriodDays` | チャットのトランスクリプトをローカルに保持する期間（デフォルト: 30 日） | `20` |
| `env` | すべてのセッションに適用される環境変数 | `{"FOO": "bar"}` |
| `includeCoAuthoredBy` | Git コミットとプルリクエストに `co-authored-by Claude` の署名を含めるかどうか（デフォルト: `true`） | `false` |
### 設定の優先順位
設定は優先順位に従って適用されます。
1. エンタープライズポリシー
2. コマンドライン引数
3. ローカルプロジェクト設定
4. 共有プロジェクト設定
5. ユーザー設定
## 設定オプション
Claude Code は、グローバルおよびプロジェクトレベルの設定をサポートしています。
設定を管理するには、以下のコマンドを使用します。
* 設定を一覧表示する: `claude config list`
* 設定を確認する: `claude config get <key>`
* 設定を変更する: `claude config set <key> <value>`
* 設定にプッシュする (リストの場合): `claude config add <key> <value>`
* 設定から削除する (リストの場合): `claude config remove <key> <value>`
デフォルトでは、`config` はプロジェクトの設定を変更します。グローバル設定を管理するには、`--global` (または `-g`) フラグを使用します。
### グローバル設定
グローバル設定を設定するには、`claude config set -g <key> <value>` を使用します。
| キー | 説明 | 例 |
| :---------------------- | :--------------------------------------------------------------- | :--------------------------------------------------------------------------- |
| `autoUpdaterStatus` |自動更新の有効化/無効化 (デフォルト: `enabled`) | `disabled` |
| `preferredNotifChannel` | 通知の受信先 (デフォルト: `iterm2`) | `iterm2`、`iterm2_with_bell`、`terminal_bell`、または `notifications_disabled` |
| `theme` | カラーテーマ | `dark`、`light`、`light-daltonized`、または `dark-daltonized` |
| `verbose` | bash およびコマンドの出力全体を表示するかどうか (デフォルト: `false`) | `true` |
現在、グローバル設定を `settings.json` に移行中です。
## 権限
Claude Code のツール権限は `/allowed-tools` で管理できます。この UI には、すべての権限ルールと、それらのルールの元となる settings.json ファイルの一覧が表示されます。
* **許可** ルールは、Claude Code が指定されたツールを手動での承認なしで使用できるようにします。
* **拒否** ルールは、Claude Code が指定されたツールを使用できないようにします。拒否ルールは許可ルールよりも優先されます。
許可ルールは「ツール(オプションの指定子)」という形式を使用します。
例:
`WebFetch` を許可ルールのリストに追加すると、ユーザーの承認なしに Web フェッチツールの使用が許可されます。[Claude が利用できるツール](/en/docs/claude-code/security#tools-available-to-claude)のリストをご覧ください。(括弧内で提供されている場合は、その名前を使用してください。)
一部のツールでは、よりきめ細かい権限制御のためにオプション指定子を使用します。
例えば、`WebFetch(domain:example.com)` という許可ルールでは、example.com へのフェッチは許可されますが、他の URL へのフェッチは許可されません。
Bash ルールは、`Bash(npm run build)` のように完全一致、または `:*` で終わる `Bash(npm run test:*)` のように前方一致で指定できます。
`Read()` および `Edit()` ルールは、
[gitignore](https://git-scm.com/docs/gitignore) 仕様に準拠しています。パターンは、`.claude/settings.json` を含むディレクトリを基準として解決されます。絶対パスを参照するには `//` を使用します。ホームディレクトリからの相対パスを参照するには `~/` を使用します。例: `Read(//tmp/build_cache)` または `Edit(~/.zshrc)`。
Claude は、Grep、Glob、LS などの他のファイル関連ツールにも読み取りルールと編集ルールを適用しようとします。
MCP ツール名は `mcp__server_name__tool_name` という形式に従います。ここで:
* `server_name` は、Claude Code で設定された MCP サーバーの名前です。
* `tool_name` は、そのサーバーが提供する特定のツールです。
その他の例:
| ルール | 説明 |
| :----------------------------------- | :------------------------------------------------------------------------------------------------------------------- |
| `Bash(npm run build)` | Bash コマンド `npm run build` に完全に一致します。 |
| `Bash(npm run test:*)` | `npm run test` で始まる Bash コマンドに一致します。コマンド区切り文字の処理については、以下の注記を参照してください。 |
| `Edit(~/.zshrc)` | `~/.zshrc` ファイルと一致します。 |
| `Read(node_modules/**)` | 任意の `node_modules` ディレクトリに一致します。 |
| `mcp__puppeteer__puppeteer_navigate` | `puppeteer` MCP サーバーの `puppeteer_navigate` ツールに一致します。 |
| `WebFetch(domain:example.com)` | example.com へのフェッチ要求に一致します。 |
<hint>
Claude Code はコマンドセパレーター（`&&` など）を認識するため、`Bash(safe-cmd:*)` のようなプレフィックス一致ルールでは、`safe-cmd && other-cmd` コマンドの実行権限は付与されません。
</hint>
## 自動アップデーターの権限オプション
Claude Code が、グローバル npm プレフィックスディレクトリへの書き込み権限（自動更新に必要）が不足していることを検出すると、このドキュメントページへのリンクを示す警告が表示されます。自動アップデーターに関する問題の詳細な解決策については、[トラブルシューティングガイド](/en/docs/claude-code/troubleshooting#auto-updater-issues) を参照してください。
### 推奨: ユーザーが書き込み可能な新しい npm プレフィックスを作成
```bash
# まず、後で移行するために既存のグローバルパッケージのリストを保存します
npm list -g --depth=0 > ~/npm-global-packages.txt
# グローバルパッケージ用のディレクトリを作成します
mkdir -p ~/.npm-global
# 新しいディレクトリパスを使用するように npm を設定します
npm config set prefix ~/.npm-global
# 注: ~/.bashrc を ~/.zshrc、~/.profile、またはお使いのシェルの適切なファイルに置き換えてください
echo 'export PATH=~/.npm-global/bin:$PATH' >> ~/.bashrc
# 新しい PATH 設定を適用します
source ~/.bashrc
# 新しい場所に Claude Code を再インストールします
npm install -g @anthropic-ai/claude-code
# オプション: 新しい場所に以前のグローバルパッケージを再インストールします場所
# ~/npm-global-packages.txt を確認し、保存しておきたいパッケージをインストールします。
# npm install -g package1 package2 package3...
```
**このオプションを推奨する理由:**
* システムディレクトリの権限変更を回避します。
* グローバル npm パッケージ用のクリーンな専用ディレクトリを作成します。
* セキュリティのベストプラクティスに従います。
Claude Code は現在も開発が続けられているため、上記の推奨オプションを使用して自動更新を設定することをお勧めします。
### 自動更新の無効化
権限を修正する代わりに自動更新を無効にしたい場合は、以下のコマンドを使用します。
```bash
claude config set -g autoUpdaterStatus enabled
```
## ターミナル設定の最適化
Claude Code は、ターミナルが適切に設定されている場合に最も効果的に動作します。エクスペリエンスを最適化するには、以下のガイドラインに従ってください。
**サポートされているシェル**:
* Bash
* Zsh
* Fish
### テーマと外観
Claude Code はターミナルのテーマを制御できません。これはターミナルアプリケーションによって制御されます。オンボーディング中、または `/config` コマンドを使用していつでも、Claude Code のテーマをターミナルに合わせて変更できます。
### 改行
Claude Code で改行を入力するには、いくつかの方法があります。
* **クイックエスケープ**: `\` と入力して Enter キーを押すと、改行が作成されます。
* **キーボードショートカット**: 適切な設定で Option+Enter (Meta+Enter) キーを押します。
O を設定するにはターミナルで Option+Enter キーを使用します。
**Mac の Terminal.app の場合:**
1. 設定 → プロファイル → キーボード を開きます。
2. 「Option キーをメタキーとして使用する」にチェックを入れます。
**iTerm2 および VSCode ターミナルの場合:**
1. 設定 → プロファイル → キー を開きます。
2. 「一般」で、左右の Option キーを「Esc+」に設定します。
**iTerm2 および VSCode ユーザーへのヒント**: Claude Code 内で `/terminal-setup` を実行すると、Shift+Enter キーがより直感的な代替キーとして自動的に設定されます。
### 通知設定
Claude がタスクを完了したことを通知設定で見逃さないようにしましょう。
#### ターミナルベル通知
タスク完了時にサウンドアラートを有効にする:
```sh
claude config set --global preferredNotifChannel terminal_bell
```
**macOS ユーザーの場合**: システム設定 → 通知 → [ターミナルアプリ] で通知権限を有効にすることを忘れないでください。
#### iTerm 2 システム通知
タスク完了時の iTerm 2 アラートの設定:
1. iTerm 2 の環境設定を開きます。
2. 「プロファイル」→「ターミナル」に移動します。
3. 「ベルを消音」と「フィルターアラート」→「エスケープシーケンスで生成されたアラートを送信する」を有効にします。
4. 通知の遅延を設定します。
これらの通知は iTerm 2 固有のものであり、macOS のデフォルトのターミナルでは利用できません。
### 大量の入力の処理
膨大なコードや長い命令を扱う場合:
* **直接貼り付けは避ける**: Claude Code は、非常に長い貼り付けコンテンツを処理するのに苦労する場合があります。
* **ファイルベースのワークフローを使用する**: コンテンツをファイルに書き込んで、Claude に読み込ませます。
* **VS Code の制限事項に注意してください**: VS Code ターミナルは、特に長い貼り付けコンテンツを切り捨ててしまう傾向があります。
### Vim モード
Claude Code は、`/vim` で有効化するか、`/config` で設定できる Vim キーバインドのサブセットをサポートしています。
サポートされているサブセットは次のとおりです。
* モード切り替え: `Esc` (NORMAL)、`i`/`I`、`a`/`A`、`o`/`O` (INSERT)
* ナビゲーション: `h`/`j`/`k`/`l`、`w`/`e`/`b`、`0`/`$`/`^`、`gg`/`G`
* 編集: `x`、`dw`/`de`/`db`/`dd`/`D`、`cw`/`ce`/`cb`/`cc`/`C`、`.` (繰り返し)
## 環境変数
Claude Code は、動作を制御するために以下の環境変数をサポートしています。
<note>
すべての環境変数は、[`settings.json`](/en/docs/claude-code/settings#available-settings) でも設定できます。これは、各セッションの環境変数を自動的に設定したり、チーム全体または組織全体に環境変数のセットを展開したりするのに便利です。
</note>
| 変数 | 目的 |
| :----------------------------------------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `ANTHROPIC_API_KEY` | API キー（Claude SDK 使用時のみ）（対話型で使用する場合は、`/login` を実行してください） |
| `ANTHROPIC_AUTH_TOKEN` | `Authorization` ヘッダーと `Proxy-Authorization` ヘッダーのカスタム値（ここで設定した値には、`Bearer` というプレフィックスが付きます） |
| `ANTHROPIC_CUSTOM_HEADERS` | リクエストに追加するカスタムヘッダー（`Name: Value` 形式） |
| `ANTHROPIC_MODEL` |使用するカスタム モデルの名前 ([モデル構成](/en/docs/claude-code/bedrock-vertex-proxies#model-configuration) を参照) |
| `ANTHROPIC_SMALL_FAST_MODEL` | [バックグラウンド タスク用の Haiku クラス モデル](/en/docs/claude-code/costs) の名前 |
| `BASH_DEFAULT_TIMEOUT_MS` | 長時間実行される bash コマンドのデフォルトのタイムアウト |
| `BASH_MAX_TIMEOUT_MS` | 長時間実行される bash コマンドに対してモデルが設定できる最大タイムアウト |
| `BASH_MAX_OUTPUT_LENGTH` | bash 出力で途中で切り捨てられるまでの文字数の最大数 |
| `CLAUDE_CODE_API_KEY_HELPER_TTL_MS` | 認証情報を更新する間隔 (`apiKeyHelper` を使用する場合) |
| `CLAUDE_CODE_USE_BEDROCK` | Bedrock を使用します ([Bedrock & Vertex](/en/docs/claude-code/bedrock-vertex-proxies) を参照) |
| `CLAUDE_CODE_USE_VERTEX` | Vertex を使用します ([Bedrock & Vertex](/en/docs/claude-code/bedrock-vertex-proxies) を参照) |
| `CLAUDE_CODE_SKIP_VERTEX_AUTH` | Vertex の Google 認証をスキップします (例: プロキシを使用している場合) |
| `CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC` | `DISABLE_AUTOUPDATER` の設定と同等`DISABLE_BUG_COMMAND`、`DISABLE_ERROR_REPORTING`、および `DISABLE_TELEMETRY` |
| `DISABLE_AUTOUPDATER` | 自動アップデーターを無効にするには `1` に設定します |
| `DISABLE_BUG_COMMAND` | `/bug` コマンドを無効にするには `1` に設定します |
| `DISABLE_COST_WARNINGS` | コスト警告メッセージを無効にするには `1` に設定します |
| `DISABLE_ERROR_REPORTING` | Sentry エラー報告をオプトアウトするには `1` に設定します |
| `DISABLE_TELEMETRY` | Statsig テレメトリをオプトアウトするには `1` に設定します (Statsig イベントには、コード、ファイル パス、bash コマンドなどのユーザー データは含まれません) |
| `HTTP_PROXY` | ネットワーク接続用の HTTP プロキシ サーバーを指定します |
| `HTTPS_PROXY` | ネットワーク接続用の HTTPS プロキシ サーバーを指定します |
| `MAX_THINKING_TOKENS` | モデル バジェットの考慮を強制します |
| `MCP_TIMEOUT` | MCP サーバー起動のタイムアウト (ミリ秒) |
| `MCP_TOOL_TIMEOUT` | MCP ツール実行のタイムアウト (ミリ秒) |

113
md/claude_v10.md
View File

@ -1,113 +0,0 @@
# syuiエコシステム統合設計書
## 中核思想
**存在子理論**: この世界で最も小さいもの（存在子/ai）の探求
**唯一性原則**: 現実の個人の唯一性をすべてのシステムで担保
**相互反映**: 現実→ゲーム→現実の循環的影響
## システム構成図
```
存在子(ai) - 最小単位の意識
↓
[ai.moji] 文字システム
↓
[ai.os] + [ai.game device] ← 統合ハードウェア
├── ai.shell (Claude Code的機能)
├── ai.gpt (自律人格・記憶システム)
├── ai.ai (個人特化AI)
└── ai.bot (分散SNS連携)
↓
[ai.verse] メタバース
├── world system (惑星型3D世界)
├── at system (atproto/分散SNS)
├── yui system (唯一性担保)
└── ai system (存在属性)
```
## データフロー設計
### 唯一性担保の実装
```
現実の個人 → atproto account → ゲーム内avatar → 固有スキル
↑_______________________| (相互反映)
```
### AI駆動変換システム
```
遊び・創作活動 → ai.gpt分析 → 業務成果変換 → 企業価値創出
↑________________________| (Play-to-Work)
```
## 技術スタック統合
### Core Infrastructure
- **OS**: Rust-based ai.os (Arch Linux base)
- **Container**: Docker image distribution
- **Identity**: atproto selfhost server
- **AI**: MCP server + Claude Code integration
### Game Engine Integration
- **Engine**: Unreal Engine (Blueprint)
- **Data**: atproto → UE → atproto sync
- **Avatar**: 分散SNS profile → 3D character
- **Streaming**: game screen = broadcast screen
### Mobile/Device
- **iOS**: ai.bot card game port
- **Hardware**: ai.game device (future)
- **Interface**: controller-first design
## 実装優先順位
### Phase 1: AI基盤強化 (現在進行)
- [ ] ai.gpt memory system (MCP server)
- [ ] ai.os AI shell prototype
- [ ] atproto integration enhancement
### Phase 2: ゲーム統合
- [ ] ai.bot iOS migration
- [ ] UE4システム統合 (world/at/yui/ai)
- [ ] 分散SNS ↔ ゲーム同期
### Phase 3: メタバース浸透
- [ ] VTuber配信機能統合
- [ ] Play-to-Work変換システム
- [ ] ai.game device prototype
## AIコミュニケーション最適化
### プロジェクト要件定義テンプレート
```markdown
# [プロジェクト名] 要件定義
## 哲学的背景
- 存在子理論との関連：
- 唯一性担保の方法：
- 現実反映の仕組み：
## 技術要件
- 使用技術：
- 他システムとの連携：
- データ永続化方法：
## ユーザーストーリー
1. ユーザーが...すると
2. システムが...を実行し
3. 結果として...が実現される
## 成功指標
- 技術的：
- 哲学的：
```
### Claude Code活用戦略
1. **小さく始める**: ai.gptのMCP機能拡張から
2. **段階的統合**: 各システムを個別に完成させてから統合
3. **哲学的一貫性**: 各実装で存在子理論との整合性を確認
4. **現実反映**: 実装がどう現実とゲームを繋ぐかを常に明記
## 継続的改善
- 各プロジェクトでこの設計書を参照
- 新機能追加時は哲学的整合性をチェック
- 他システムへの影響を事前評価

326
md/claude_v11.md
View File

@ -1,326 +0,0 @@
# エコシステム統合設計書
## 中核思想
- **存在子理論**: この世界で最も小さいもの（存在子/ai）の探求
- **唯一性原則**: 現実の個人の唯一性をすべてのシステムで担保
- **現実の反映**: 現実→ゲーム→現実の循環的影響
## システム構成図
```
存在子(ai) - 最小単位の意識
↓
[ai.moji] 文字システム
↓
[ai.os] + [ai.game device] ← 統合ハードウェア
├── ai.shell (Claude Code的機能)
├── ai.gpt (自律人格・記憶システム)
├── ai.ai (個人特化AI・心を読み取るAI)
├── ai.card (カードゲーム・iOS/Web/API)
└── ai.bot (分散SNS連携・カード配布)
↓
[ai.verse] メタバース
├── world system (惑星型3D世界)
├── at system (atproto/分散SNS)
├── yui system (唯一性担保)
└── ai system (存在属性)
```
## 名前規則
名前規則は他のprojectと全て共通しています。exampleを示しますので、このルールに従ってください。
ここでは`ai.os`の場合の名前規則の例を記述します。
name: ai.os
- **[ "package", "code", "command" ]**: aios
- **[ "dir", "url" ]**: ai/os
- **[ "domain", "json" ]**: ai.os
```sh
$ curl -sL https://git.syui.ai/ai/ai/raw/branch/main/ai.json|jq .ai.os
{ "type": "os" }
```
```json
{
"ai": {
"os":{}
}
}
```
他のprojectも同じ名前規則を採用します。`ai.gpt`ならpackageは`aigpt`です。
## config(設定ファイル, env, 環境依存)
`config`を置く場所は統一されており、各projectの名前規則の`dir`項目を使用します。例えば、aiosの場合は`~/.config/syui/ai/os/`以下となります。pythonなどを使用する場合、`python -m venv`などでこのpackage config dirに環境を構築して実行するようにしてください。
domain形式を採用して、私は各projectを`git.syui.ai/ai`にhostしていますから、`~/.config/syui/ai`とします。
```sh
[syui.ai]
syui/ai
```
```sh
# example
~/.config/syui/ai
├── card
├── gpt
├── os
└── shell
```
## 各システム詳細
### ai.gpt - 自律的送信AI
**目的**: 関係性に基づく自発的コミュニケーション
**中核概念**:
- **人格**: 記憶（過去の発話）と関係性パラメータで構成
- **唯一性**: atproto accountとの1:1紐付け、改変不可能
- **自律送信**: 関係性が閾値を超えると送信機能が解禁
**技術構成**:
- `MemoryManager`: 完全ログ→AI要約→コア判定→選択的忘却
- `RelationshipTracker`: 時間減衰・日次制限付き関係性スコア
- `TransmissionController`: 閾値判定・送信トリガー
- `Persona`: AI運勢（1-10ランダム）による人格変動
**実装仕様**:
```
- 言語: Python (fastapi_mcp)
- ストレージ: JSON/SQLite選択式
- インターフェース: Python CLI (click/typer)
- スケジューリング: cron-like自律処理
```
### ai.card - カードゲームシステム
**目的**: atproto基盤でのユーザーデータ主権カードゲーム
**現在の状況**:
- ai.botの機能として実装済み
- atproto accountでmentionすると1日1回カードを取得
- ai.api (MCP server予定) でユーザー管理
**移行計画**:
- **iOS移植**: Claudeが担当予定
- **データ保存**: atproto collection recordに保存（ユーザーがデータを所有）
- **不正防止**: OAuth 2.1 scope (実装待ち) + MCP serverで対応
- **画像ファイル**: Cloudflare Pagesが最適
**yui system適用**:
- カードの効果がアカウント固有
- 改ざん防止によるゲームバランス維持
- 将来的にai.verseとの統合で固有スキルと連動
### ai.ai - 心を読み取るAI
**目的**: 個人特化型AI・深層理解システム
**ai.gptとの関係**:
- ai.gpt → ai.ai: 自律送信AIから心理分析AIへの連携
- 関係性パラメータの深層分析
- ユーザーの思想コア部分の特定支援
### ai.verse - UEメタバース
**目的**: 現実反映型3D世界
**yui system実装**:
- キャラクター ↔ プレイヤー 1:1紐付け
- unique skill: そのプレイヤーのみ使用可能
- 他プレイヤーは同キャラでも同スキル使用不可
**統合要素**:
- ai.card: ゲーム内アイテムとしてのカード
- ai.gpt: NPCとしての自律AI人格
- atproto: ゲーム内プロフィール連携
## データフロー設計
### 唯一性担保の実装
```
現実の個人 → atproto account (DID) → ゲーム内avatar → 固有スキル
↑_______________________________| (現実の反映)
```
### AI駆動変換システム
```
遊び・創作活動 → ai.gpt分析 → 業務成果変換 → 企業価値創出
↑________________________| (Play-to-Work)
```
### カードゲーム・データ主権フロー
```
ユーザー → ai.bot mention → カード生成 → atproto collection → ユーザー所有
↑ ↓
← iOS app表示 ← ai.card API ←
```
## 技術スタック統合
### Core Infrastructure
- **OS**: Rust-based ai.os (Arch Linux base)
- **Container**: Docker image distribution
- **Identity**: atproto selfhost server + DID管理
- **AI**: fastapi_mcp server architecture
- **CLI**: Python unified (click/typer) - Rustから移行
### Game Engine Integration
- **Engine**: Unreal Engine (Blueprint)
- **Data**: atproto → UE → atproto sync
- **Avatar**: 分散SNS profile → 3D character
- **Streaming**: game screen = broadcast screen
### Mobile/Device
- **iOS**: ai.card移植 (Claude担当)
- **Hardware**: ai.game device (future)
- **Interface**: controller-first design
## 実装優先順位
### Phase 1: AI基盤強化 (現在進行)
- [ ] ai.gpt memory system完全実装
- 記憶の階層化（完全ログ→要約→コア→忘却）
- 関係性パラメータの時間減衰システム
- AI運勢による人格変動機能
- [ ] ai.card iOS移植
- atproto collection record連携
- MCP server化（ai.api刷新）
- [ ] fastapi_mcp統一基盤構築
### Phase 2: ゲーム統合
- [ ] ai.verse yui system実装
- unique skill機能
- atproto連携強化
- [ ] ai.gpt ↔ ai.ai連携機能
- [ ] 分散SNS ↔ ゲーム同期
### Phase 3: メタバース浸透
- [ ] VTuber配信機能統合
- [ ] Play-to-Work変換システム
- [ ] ai.game device prototype
## 将来的な連携構想
### システム間連携（現在は独立実装）
```
ai.gpt (自律送信) ←→ ai.ai (心理分析)
ai.card (iOS,Web,API) ←→ ai.verse (UEゲーム世界)
```
**共通基盤**: fastapi_mcp
**共通思想**: yui system（現実の反映・唯一性担保）
### データ改ざん防止戦略
- **短期**: MCP serverによる検証
- **中期**: OAuth 2.1 scope実装待ち
- **長期**: ブロックチェーン的整合性チェック
## AIコミュニケーション最適化
### プロジェクト要件定義テンプレート
```markdown
# [プロジェクト名] 要件定義
## 哲学的背景
- 存在子理論との関連：
- yui system適用範囲：
- 現実反映の仕組み：
## 技術要件
- 使用技術（fastapi_mcp統一）：
- atproto連携方法：
- データ永続化方法：
## ユーザーストーリー
1. ユーザーが...すると
2. システムが...を実行し
3. 結果として...が実現される
## 成功指標
- 技術的：
- 哲学的（唯一性担保）：
```
### Claude Code活用戦略
1. **小さく始める**: ai.gptのMCP機能拡張から
2. **段階的統合**: 各システムを個別に完成させてから統合
3. **哲学的一貫性**: 各実装でyui systemとの整合性を確認
4. **現実反映**: 実装がどう現実とゲームを繋ぐかを常に明記
## 開発上の留意点
### MCP Server設計指針
- 各AI（gpt, card, ai, bot）は独立したMCPサーバー
- fastapi_mcp基盤で統一
- atproto DIDによる認証・認可
### 記憶・データ管理
- **ai.gpt**: 関係性の不可逆性重視
- **ai.card**: ユーザーデータ主権重視
- **ai.verse**: ゲーム世界の整合性重視
### 唯一性担保実装
- atproto accountとの1:1紐付け必須
- 改変不可能性をハッシュ・署名で保証
- 他システムでの再現不可能性を技術的に実現
## 継続的改善
- 各プロジェクトでこの設計書を参照
- 新機能追加時はyui systemとの整合性をチェック
- 他システムへの影響を事前評価
- Claude Code導入時の段階的移行計画
## ai.gpt深層設計思想
### 人格の不可逆性
- **関係性の破壊は修復不可能**: 現実の人間関係と同じ重み
- **記憶の選択的忘却**: 重要でない情報は忘れるが、コア記憶は永続
- **時間減衰**: すべてのパラメータは時間とともに自然減衰
### AI運勢システム
- 1-10のランダム値で日々の人格に変化
- 連続した幸運/不運による突破条件
- 環境要因としての人格形成
### 記憶の階層構造
1. **完全ログ**: すべての会話を記録
2. **AI要約**: 重要な部分を抽出して圧縮
3. **思想コア判定**: ユーザーの本質的な部分を特定
4. **選択的忘却**: 重要度の低い情報を段階的に削除
### 実装における重要な決定事項
- **言語統一**: Python (fastapi_mcp) で統一、CLIはclick/typer
- **データ形式**: JSON/SQLite選択式
- **認証**: atproto DIDによる唯一性担保
- **段階的実装**: まず会話→記憶→関係性→送信機能の順で実装
### 送信機能の段階的実装
- **Phase 1**: CLIでのprint出力（現在）
- **Phase 2**: atproto直接投稿
- **Phase 3**: ai.bot (Rust/seahorse) との連携
- **将来**: マルチチャネル対応（SNS、Webhook等）
## ai.gpt実装状況（2025/01/06）
### 完成した機能
- 階層的記憶システム（MemoryManager）
- 不可逆的関係性システム（RelationshipTracker）
- AI運勢システム（FortuneSystem）
- 統合人格システム（Persona）
- スケジューラー（5種類のタスク）
- MCP Server（9種類のツール）
- 設定管理（~/.config/aigpt/）
- 全CLIコマンド実装
### 次の開発ポイント
- `ai_gpt/DEVELOPMENT_STATUS.md` を参照
- 自律送信: transmission.pyでatproto実装
- ai.bot連携: 新規bot_connector.py作成
- テスト: tests/ディレクトリ追加
# footer
© syui