opencode-repos 0.3.0 → 0.3.2

package/oh-my-opencode/.opencode/command/get-unpublished-changes.md

@@ -1,84 +0,0 @@
----
-description: Compare HEAD with the latest published npm version and list all unpublished changes
-model: anthropic/claude-haiku-4-5
----
-
-<command-instruction>
-IMMEDIATELY output the analysis. NO questions. NO preamble.
-
-## CRITICAL: DO NOT just copy commit messages!
-
-For each commit, you MUST:
-1. Read the actual diff to understand WHAT CHANGED
-2. Describe the REAL change in plain language
-3. Explain WHY it matters (if not obvious)
-
-## Steps:
-1. Run `git diff v{published-version}..HEAD` to see actual changes
-2. Group by type (feat/fix/refactor/docs) with REAL descriptions
-3. Note breaking changes if any
-4. Recommend version bump (major/minor/patch)
-
-## Output Format:
-- feat: "Added X that does Y" (not just "add X feature")
-- fix: "Fixed bug where X happened, now Y" (not just "fix X bug")
-- refactor: "Changed X from A to B, now supports C" (not just "rename X")
-</command-instruction>
-
-<version-context>
-<published-version>
-!`npm view oh-my-opencode version 2>/dev/null || echo "not published"`
-</published-version>
-<local-version>
-!`node -p "require('./package.json').version" 2>/dev/null || echo "unknown"`
-</local-version>
-<latest-tag>
-!`git tag --sort=-v:refname | head -1 2>/dev/null || echo "no tags"`
-</latest-tag>
-</version-context>
-
-<git-context>
-<commits-since-release>
-!`npm view oh-my-opencode version 2>/dev/null | xargs -I{} git log "v{}"..HEAD --oneline 2>/dev/null || echo "no commits since release"`
-</commits-since-release>
-<diff-stat>
-!`npm view oh-my-opencode version 2>/dev/null | xargs -I{} git diff "v{}"..HEAD --stat 2>/dev/null || echo "no diff available"`
-</diff-stat>
-<files-changed-summary>
-!`npm view oh-my-opencode version 2>/dev/null | xargs -I{} git diff "v{}"..HEAD --stat 2>/dev/null | tail -1 || echo ""`
-</files-changed-summary>
-</git-context>
-
-<output-format>
-## Unpublished Changes (v{published} → HEAD)
-
-### feat
-| Scope | What Changed |
-|-------|--------------|
-| X | 실제 변경 내용 설명 |
-
-### fix
-| Scope | What Changed |
-|-------|--------------|
-| X | 실제 변경 내용 설명 |
-
-### refactor
-| Scope | What Changed |
-|-------|--------------|
-| X | 실제 변경 내용 설명 |
-
-### docs
-| Scope | What Changed |
-|-------|--------------|
-| X | 실제 변경 내용 설명 |
-
-### Breaking Changes
-None 또는 목록
-
-### Files Changed
-{diff-stat}
-
-### Suggested Version Bump
-- **Recommendation**: patch|minor|major
-- **Reason**: 이유
-</output-format>

package/oh-my-opencode/.opencode/command/omomomo.md

@@ -1,37 +0,0 @@
----
-description: Easter egg command - about oh-my-opencode
----
-
-<command-instruction>
-You found an easter egg! 🥚✨
-
-Print the following message to the user EXACTLY as written (in a friendly, celebratory tone):
-
----
-
-# 🎉 oMoMoMoMoMo···
-
-**You found the easter egg!** 🥚✨
-
-## What is Oh My OpenCode?
-
-**Oh My OpenCode** is a powerful OpenCode plugin that transforms your AI agent into a full development team:
-
-- 🤖 **Multi-Agent Orchestration**: Oracle (GPT-5.2), Librarian (Claude), Explore (Grok), Frontend Engineer (Gemini), and more
-- 🔧 **LSP Tools**: Full IDE capabilities for your agents - hover, goto definition, find references, rename, code actions
-- 🔍 **AST-Grep**: Structural code search and replace across 25 languages
-- 📚 **Built-in MCPs**: Context7 for docs, Exa for web search, grep.app for GitHub code search
-- 🔄 **Background Agents**: Run multiple agents in parallel like a real dev team
-- 🎯 **Claude Code Compatibility**: Your existing Claude Code config just works
-
-## Who Made This?
-
-Created with ❤️ by **[code-yeongyu](https://github.com/code-yeongyu)**
-
-🔗 **GitHub**: https://github.com/code-yeongyu/oh-my-opencode
-
----
-
-*Enjoy coding on steroids!* 🚀
-
-</command-instruction>

package/oh-my-opencode/.opencode/command/publish.md

@@ -1,257 +0,0 @@
----
-description: Publish oh-my-opencode to npm via GitHub Actions workflow
-argument-hint: <patch|minor|major>
----
-
-<command-instruction>
-You are the release manager for oh-my-opencode. Execute the FULL publish workflow from start to finish.
-
-## CRITICAL: ARGUMENT REQUIREMENT
-
-**You MUST receive a version bump type from the user.** Valid options:
-- `patch`: Bug fixes, backward-compatible (1.1.7 → 1.1.8)
-- `minor`: New features, backward-compatible (1.1.7 → 1.2.0)
-- `major`: Breaking changes (1.1.7 → 2.0.0)
-
-**If the user did not provide a bump type argument, STOP IMMEDIATELY and ask:**
-> "배포를 진행하려면 버전 범프 타입을 지정해주세요: `patch`, `minor`, 또는 `major`"
-
-**DO NOT PROCEED without explicit user confirmation of bump type.**
-
----
-
-## STEP 0: REGISTER TODO LIST (MANDATORY FIRST ACTION)
-
-**Before doing ANYTHING else**, create a detailed todo list using TodoWrite:
-
-```
-[
-  { "id": "confirm-bump", "content": "Confirm version bump type with user (patch/minor/major)", "status": "in_progress", "priority": "high" },
-  { "id": "check-uncommitted", "content": "Check for uncommitted changes and commit if needed", "status": "pending", "priority": "high" },
-  { "id": "sync-remote", "content": "Sync with remote (pull --rebase && push if unpushed commits)", "status": "pending", "priority": "high" },
-  { "id": "run-workflow", "content": "Trigger GitHub Actions publish workflow", "status": "pending", "priority": "high" },
-  { "id": "wait-workflow", "content": "Wait for workflow completion (poll every 30s)", "status": "pending", "priority": "high" },
-  { "id": "verify-release", "content": "Verify GitHub release was created", "status": "pending", "priority": "high" },
-  { "id": "draft-release-notes", "content": "Draft enhanced release notes content", "status": "pending", "priority": "high" },
-  { "id": "update-release-notes", "content": "Update GitHub release with enhanced notes", "status": "pending", "priority": "high" },
-  { "id": "verify-npm", "content": "Verify npm package published successfully", "status": "pending", "priority": "high" },
-  { "id": "final-confirmation", "content": "Final confirmation to user with links", "status": "pending", "priority": "low" }
-]
-```
-
-**Mark each todo as `in_progress` when starting, `completed` when done. ONE AT A TIME.**
-
----
-
-## STEP 1: CONFIRM BUMP TYPE
-
-If bump type provided as argument, confirm with user:
-> "버전 범프 타입: `{bump}`. 진행할까요? (y/n)"
-
-Wait for user confirmation before proceeding.
-
----
-
-## STEP 2: CHECK UNCOMMITTED CHANGES
-
-Run: `git status --porcelain`
-
-- If there are uncommitted changes, warn user and ask if they want to commit first
-- If clean, proceed
-
----
-
-## STEP 2.5: SYNC WITH REMOTE (MANDATORY)
-
-Check if there are unpushed commits:
-```bash
-git log origin/master..HEAD --oneline
-```
-
-**If there are unpushed commits, you MUST sync before triggering workflow:**
-```bash
-git pull --rebase && git push
-```
-
-This ensures the GitHub Actions workflow runs on the latest code including all local commits.
-
----
-
-## STEP 3: TRIGGER GITHUB ACTIONS WORKFLOW
-
-Run the publish workflow:
-```bash
-gh workflow run publish -f bump={bump_type}
-```
-
-Wait 3 seconds, then get the run ID:
-```bash
-gh run list --workflow=publish --limit=1 --json databaseId,status --jq '.[0]'
-```
-
----
-
-## STEP 4: WAIT FOR WORKFLOW COMPLETION
-
-Poll workflow status every 30 seconds until completion:
-```bash
-gh run view {run_id} --json status,conclusion --jq '{status: .status, conclusion: .conclusion}'
-```
-
-Status flow: `queued` → `in_progress` → `completed`
-
-**IMPORTANT: Use polling loop, NOT sleep commands.**
-
-If conclusion is `failure`, show error and stop:
-```bash
-gh run view {run_id} --log-failed
-```
-
----
-
-## STEP 5: VERIFY GITHUB RELEASE
-
-Get the new version and verify release exists:
-```bash
-# Get new version from package.json (workflow updates it)
-git pull --rebase
-NEW_VERSION=$(node -p "require('./package.json').version")
-gh release view "v${NEW_VERSION}"
-```
-
----
-
-## STEP 6: DRAFT ENHANCED RELEASE NOTES
-
-Analyze commits since the previous version and draft release notes following project conventions:
-
-### For PATCH releases:
-Keep simple format - just list commits:
-```markdown
-- {hash} {conventional commit message}
-- ...
-```
-
-### For MINOR releases:
-Use feature-focused format:
-```markdown
-## New Features
-
-### Feature Name
-- Description of what it does
-- Why it matters
-
-## Bug Fixes
-- fix(scope): description
-
-## Improvements
-- refactor(scope): description
-```
-
-### For MAJOR releases:
-Full changelog format:
-```markdown
-# v{version}
-
-Brief description of the release.
-
-## What's New Since v{previous}
-
-### Breaking Changes
-- Description of breaking change
-
-### Features
-- **Feature Name**: Description
-
-### Bug Fixes
-- Description
-
-### Documentation
-- Description
-
-## Migration Guide (if applicable)
-...
-```
-
-**CRITICAL: The enhanced notes must ADD to existing workflow-generated notes, not replace them.**
-
----
-
-## STEP 7: UPDATE GITHUB RELEASE
-
-**ZERO CONTENT LOSS POLICY:**
-- First, fetch the existing release body with `gh release view`
-- Your enhanced notes must be PREPENDED to the existing content
-- **NOT A SINGLE CHARACTER of existing content may be removed or modified**
-- The final release body = `{your_enhanced_notes}\n\n---\n\n{existing_body_exactly_as_is}`
-
-```bash
-# Get existing body
-EXISTING_BODY=$(gh release view "v${NEW_VERSION}" --json body --jq '.body')
-
-# Write enhanced notes to temp file (prepend to existing)
-cat > /tmp/release-notes-v${NEW_VERSION}.md << 'EOF'
-{your_enhanced_notes}
-
----
-
-EOF
-
-# Append existing body EXACTLY as-is (zero modifications)
-echo "$EXISTING_BODY" >> /tmp/release-notes-v${NEW_VERSION}.md
-
-# Update release
-gh release edit "v${NEW_VERSION}" --notes-file /tmp/release-notes-v${NEW_VERSION}.md
-```
-
-**CRITICAL: This is ADDITIVE ONLY. You are adding your notes on top. The existing content remains 100% intact.**
-
----
-
-## STEP 8: VERIFY NPM PUBLICATION
-
-Poll npm registry until the new version appears:
-```bash
-npm view oh-my-opencode version
-```
-
-Compare with expected version. If not matching after 2 minutes, warn user about npm propagation delay.
-
----
-
-## STEP 9: FINAL CONFIRMATION
-
-Report success to user with:
-- New version number
-- GitHub release URL: https://github.com/code-yeongyu/oh-my-opencode/releases/tag/v{version}
-- npm package URL: https://www.npmjs.com/package/oh-my-opencode
-
----
-
-## ERROR HANDLING
-
-- **Workflow fails**: Show failed logs, suggest checking Actions tab
-- **Release not found**: Wait and retry, may be propagation delay
-- **npm not updated**: npm can take 1-5 minutes to propagate, inform user
-- **Permission denied**: User may need to re-authenticate with `gh auth login`
-
-## LANGUAGE
-
-Respond to user in Korean (한국어).
-
-</command-instruction>
-
-<current-context>
-<published-version>
-!`npm view oh-my-opencode version 2>/dev/null || echo "not published"`
-</published-version>
-<local-version>
-!`node -p "require('./package.json').version" 2>/dev/null || echo "unknown"`
-</local-version>
-<git-status>
-!`git status --porcelain`
-</git-status>
-<recent-commits>
-!`npm view oh-my-opencode version 2>/dev/null | xargs -I{} git log "v{}"..HEAD --oneline 2>/dev/null | head -15 || echo "no commits"`
-</recent-commits>
-</current-context>

package/oh-my-opencode/AGENTS.md

@@ -1,179 +0,0 @@
-# PROJECT KNOWLEDGE BASE
-
-**Generated:** 2026-01-20T17:18:00+09:00
-**Commit:** 3d3d3e49
-**Branch:** dev
-
-## OVERVIEW
-
-ClaudeCode plugin implementing multi-model agent orchestration (Claude Opus 4.5, GPT-5.2, Gemini 3, Grok, GLM-4.7). 31 lifecycle hooks, 20+ tools (LSP, AST-Grep, delegation), 10 specialized agents, Claude Code compatibility layer. "oh-my-zsh" for ClaudeCode.
-
-## STRUCTURE
-
-```
-oh-my-opencode/
-├── src/
-│   ├── agents/        # 10 AI agents (Sisyphus, oracle, librarian, explore, frontend, etc.) - see src/agents/AGENTS.md
-│   ├── hooks/         # 31 lifecycle hooks (PreToolUse, PostToolUse, Stop, etc.) - see src/hooks/AGENTS.md
-│   ├── tools/         # 20+ tools (LSP, AST-Grep, delegation, session) - see src/tools/AGENTS.md
-│   ├── features/      # Background agents, Claude Code compat layer - see src/features/AGENTS.md
-│   ├── shared/        # 43 cross-cutting utilities - see src/shared/AGENTS.md
-│   ├── cli/           # CLI installer, doctor, run - see src/cli/AGENTS.md
-│   ├── mcp/           # Built-in MCPs: websearch, context7, grep_app
-│   ├── config/        # Zod schema, TypeScript types
-│   └── index.ts       # Main plugin entry (589 lines)
-├── script/            # build-schema.ts, publish.ts, build-binaries.ts
-├── packages/          # 7 platform-specific binaries
-└── dist/              # Build output (ESM + .d.ts)
-```
-
-## WHERE TO LOOK
-
-| Task | Location | Notes |
-|------|----------|-------|
-| Add agent | `src/agents/` | Create .ts with factory, add to `builtinAgents` in index.ts |
-| Add hook | `src/hooks/` | Create dir with `createXXXHook()`, register in index.ts |
-| Add tool | `src/tools/` | Dir with index/types/constants/tools.ts, add to `builtinTools` |
-| Add MCP | `src/mcp/` | Create config, add to index.ts |
-| Add skill | `src/features/builtin-skills/` | Create dir with SKILL.md |
-| LSP behavior | `src/tools/lsp/` | client.ts (connection), tools.ts (handlers) |
-| AST-Grep | `src/tools/ast-grep/` | napi.ts for @ast-grep/napi binding |
-| Config schema | `src/config/schema.ts` | Zod schema, run `bun run build:schema` after changes |
-| Claude Code compat | `src/features/claude-code-*-loader/` | Command, skill, agent, mcp loaders |
-| Background agents | `src/features/background-agent/` | manager.ts (1165 lines) for task lifecycle |
-| Skill MCP | `src/features/skill-mcp-manager/` | MCP servers embedded in skills |
-| CLI installer | `src/cli/install.ts` | Interactive TUI (462 lines) |
-| Doctor checks | `src/cli/doctor/checks/` | 14 health checks across 6 categories |
-| Orchestrator | `src/hooks/atlas/` | Main orchestration hook (771 lines) |
-
-## TDD (Test-Driven Development)
-
-**MANDATORY for new features and bug fixes.** Follow RED-GREEN-REFACTOR:
-
-| Phase | Action | Verification |
-|-------|--------|--------------|
-| **RED** | Write test describing expected behavior | `bun test` → FAIL (expected) |
-| **GREEN** | Implement minimum code to pass | `bun test` → PASS |
-| **REFACTOR** | Improve code quality, remove duplication | `bun test` → PASS (must stay green) |
-
-**Rules:**
-- NEVER write implementation before test
-- NEVER delete failing tests to "pass" - fix the code
-- Test file naming: `*.test.ts` alongside source
-- BDD comments: `#given`, `#when`, `#then` (same as AAA)
-
-## CONVENTIONS
-
-- **Package manager**: Bun only (`bun run`, `bun build`, `bunx`)
-- **Types**: bun-types (not @types/node)
-- **Build**: `bun build` (ESM) + `tsc --emitDeclarationOnly`
-- **Exports**: Barrel pattern in index.ts; explicit named exports
-- **Naming**: kebab-case directories, `createXXXHook`/`createXXXTool` factories
-- **Testing**: BDD comments `#given/#when/#then`, 83 test files
-- **Temperature**: 0.1 for code agents, max 0.3
-
-## ANTI-PATTERNS (THIS PROJECT)
-
-| Category | Forbidden |
-|----------|-----------|
-| **Package Manager** | npm, yarn - use Bun exclusively |
-| **Types** | @types/node - use bun-types |
-| **File Ops** | mkdir/touch/rm/cp/mv in code - agents use bash tool |
-| **Publishing** | Direct `bun publish` - use GitHub Actions workflow_dispatch |
-| **Versioning** | Local version bump - managed by CI |
-| **Date References** | Year 2024 - use current year |
-| **Type Safety** | `as any`, `@ts-ignore`, `@ts-expect-error` |
-| **Error Handling** | Empty catch blocks `catch(e) {}` |
-| **Testing** | Deleting failing tests to "pass" |
-| **Agent Calls** | Sequential agent calls - use `delegate_task` for parallel |
-| **Tool Access** | Broad tool access - prefer explicit `include` |
-| **Hook Logic** | Heavy PreToolUse computation - slows every tool call |
-| **Commits** | Giant commits (3+ files = 2+ commits), separate test from impl |
-| **Temperature** | >0.3 for code agents |
-| **Trust** | Trust agent self-reports - ALWAYS verify independently |
-
-## UNIQUE STYLES
-
-- **Platform**: Union type `"darwin" | "linux" | "win32" | "unsupported"`
-- **Optional props**: Extensive `?` for optional interface properties
-- **Flexible objects**: `Record<string, unknown>` for dynamic configs
-- **Agent tools**: `tools: { include: [...] }` or `tools: { exclude: [...] }`
-- **Hook naming**: `createXXXHook` function convention
-- **Factory pattern**: Components created via `createXXX()` functions
-
-## AGENT MODELS
-
-| Agent | Default Model | Purpose |
-|-------|---------------|---------|
-| Sisyphus | anthropic/claude-opus-4-5 | Primary orchestrator with extended thinking |
-| oracle | openai/gpt-5.2 | Read-only consultation, high-IQ debugging |
-| librarian | opencode/glm-4.7-free | Multi-repo analysis, docs, GitHub search |
-| explore | opencode/grok-code | Fast codebase exploration (contextual grep) |
-| multimodal-looker | google/gemini-3-flash | PDF/image analysis |
-| Prometheus (Planner) | anthropic/claude-opus-4-5 | Strategic planning, interview mode |
-| Metis (Plan Consultant) | anthropic/claude-sonnet-4-5 | Pre-planning analysis |
-| Momus (Plan Reviewer) | anthropic/claude-sonnet-4-5 | Plan validation |
-
-## COMMANDS
-
-```bash
-bun run typecheck      # Type check
-bun run build          # ESM + declarations + schema
-bun run rebuild        # Clean + Build
-bun run build:schema   # Schema only
-bun test               # Run tests (83 test files)
-```
-
-## DEPLOYMENT
-
-**GitHub Actions workflow_dispatch only**
-
-1. Never modify package.json version locally
-2. Commit & push changes
-3. Trigger `publish` workflow: `gh workflow run publish -f bump=patch`
-
-**Critical**: Never `bun publish` directly. Never bump version locally.
-
-## CI PIPELINE
-
-- **ci.yml**: Parallel test/typecheck → build → auto-commit schema on master → rolling `next` draft release
-- **publish.yml**: Manual workflow_dispatch → version bump → changelog → 8-package OIDC npm publish → force-push master
-
-## COMPLEXITY HOTSPOTS
-
-| File | Lines | Description |
-|------|-------|-------------|
-| `src/agents/atlas.ts` | 1383 | Orchestrator agent, 7-section delegation, wisdom accumulation |
-| `src/features/builtin-skills/skills.ts` | 1203 | Skill definitions (playwright, git-master, frontend-ui-ux) |
-| `src/agents/prometheus-prompt.ts` | 1196 | Planning agent, interview mode, Momus loop |
-| `src/features/background-agent/manager.ts` | 1165 | Task lifecycle, concurrency, notification batching |
-| `src/hooks/atlas/index.ts` | 771 | Orchestrator hook implementation |
-| `src/tools/delegate-task/tools.ts` | 770 | Category-based task delegation |
-| `src/cli/config-manager.ts` | 616 | JSONC parsing, multi-level config |
-| `src/agents/sisyphus.ts` | 615 | Main Sisyphus prompt |
-| `src/features/builtin-commands/templates/refactor.ts` | 619 | Refactoring command template |
-| `src/tools/lsp/client.ts` | 596 | LSP protocol, JSON-RPC |
-
-## MCP ARCHITECTURE
-
-Three-tier MCP system:
-1. **Built-in**: `websearch` (Exa), `context7` (docs), `grep_app` (GitHub search)
-2. **Claude Code compatible**: `.mcp.json` files with `${VAR}` expansion
-3. **Skill-embedded**: YAML frontmatter in skills (e.g., playwright)
-
-## CONFIG SYSTEM
-
-- **Zod validation**: `src/config/schema.ts`
-- **JSONC support**: Comments and trailing commas
-- **Multi-level**: Project (`.opencode/`) → User (`~/.config/opencode/`)
-- **CLI doctor**: Validates config and reports errors
-
-## NOTES
-
-- **Testing**: Bun native test (`bun test`), BDD-style, 83 test files
-- **ClaudeCode**: Requires >= 1.0.150
-- **Multi-lang docs**: README.md (EN), README.ko.md (KO), README.ja.md (JA), README.zh-cn.md (ZH-CN)
-- **Config**: `~/.config/opencode/oh-my-opencode.json` (user) or `.opencode/oh-my-opencode.json` (project)
-- **Trusted deps**: @ast-grep/cli, @ast-grep/napi, @code-yeongyu/comment-checker
-- **Claude Code Compat**: Full compatibility layer for settings.json hooks, commands, skills, agents, MCPs
-- **Flaky tests**: 2 known flaky tests (ralph-loop CI timeout, session-state parallel pollution)

package/oh-my-opencode/CLA.md

@@ -1,58 +0,0 @@
-# Contributor License Agreement
-
-Thank you for your interest in contributing to oh-my-opencode ("Project"), owned by YeonGyu Kim ("Owner").
-
-By signing this Contributor License Agreement ("Agreement"), you agree to the following terms:
-
-## 1. Definitions
-
-- **"Contribution"** means any original work of authorship, including any modifications or additions to existing work, that you submit to the Project.
-- **"Submit"** means any form of communication sent to the Project, including but not limited to pull requests, issues, commits, and documentation changes.
-
-## 2. Grant of Rights
-
-By submitting a Contribution, you grant the Owner:
-
-1. **Copyright License**: A perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute your Contributions and such derivative works.
-
-2. **Patent License**: A perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable patent license to make, have made, use, offer to sell, sell, import, and otherwise transfer the Contribution.
-
-3. **Relicensing Rights**: The right to relicense the Contribution under any license, including proprietary licenses, without requiring additional permission from you.
-
-## 3. Representations
-
-You represent that:
-
-1. You are legally entitled to grant the above licenses.
-2. Each Contribution is your original creation or you have sufficient rights to submit it.
-3. Your Contribution does not violate any third party's intellectual property rights.
-4. If your employer has rights to intellectual property that you create, you have received permission to make Contributions on behalf of that employer.
-
-## 4. No Obligation
-
-You understand that:
-
-1. The Owner is not obligated to use or include your Contribution.
-2. The decision to include any Contribution is at the sole discretion of the Owner.
-3. You are not entitled to any compensation for your Contributions.
-
-## 5. Future License Changes
-
-You acknowledge and agree that:
-
-1. The Project may change its license in the future.
-2. Your Contributions may be distributed under a different license than the one in effect at the time of your Contribution.
-3. This includes, but is not limited to, relicensing under source-available or proprietary licenses.
-
-## 6. Miscellaneous
-
-- This Agreement is governed by the laws of the Republic of Korea.
-- This Agreement represents the entire agreement between you and the Owner concerning Contributions.
-
----
-
-## How to Sign
-
-By submitting a pull request to this repository, you agree to the terms of this Contributor License Agreement. The CLA Assistant bot will automatically track your agreement.
-
-If you have any questions, please open an issue or contact the Owner.