一键导入
setup
Customise Arc for yourself. Run on first use or when you want to update your configuration.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Customise Arc for yourself. Run on first use or when you want to update your configuration.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Save external content (bookmarks, YouTube, Spotify, articles) with context. Use when the user shares a link worth saving or external content needs to be captured with context for the reference library.
Write content for blog and social media. Use when the user asks to write a post, draft something, work on content, or mentions writing publicly.
Extract and document a decision with reasoning for future reference. Use when a clear decision has been made, trade-offs were weighed, or the user wants to record reasoning.
Sort items from inbox/ to their proper locations. Use when inbox has accumulated items, during weekly review, or when the user asks to process/clear inbox.
Capture learnings, patterns, and reusable knowledge from conversations. Use when a useful pattern emerged, something was learned worth remembering, or a solution might apply elsewhere.
Track and manage open threads, hanging items, and things waiting for follow-up. Use to add new threads, review what's stale, mark items resolved, or get a quick status of what's hanging.
| name | setup |
| description | Customise Arc for yourself. Run on first use or when you want to update your configuration. |
| allowed-tools | Read Write Edit Bash(date:*) Bash(ls:*) |
Customise Arc for your personal use. This wizard gathers information about you, helps you articulate your guiding principles, and generates personalised configuration files.
Introduce Arc and explain what this setup will do:
Welcome to Arc - your personal thinking partner.
I'll help you set up Arc through a conversation. We'll cover:
- Who you are and what you're working on
- Your guiding principles (what matters, how you want to spend your time)
- Privacy settings for sensitive terms
- Any context you want me to understand
The more context you give me, the better I can think alongside you.
Let's get started.
Encourage the user to dump context into the inbox:
Before we dive into questions, here's an idea:
If you have existing documents that capture who you are - journal entries,
notes, plans, reflections, even old todo lists - drop them into the `inbox/`
folder. I'll review them and use that context to understand you better.
This could include:
- Notes from previous AI conversations
- Annual reviews or reflections
- Project plans or ideas
- Anything that captures how you think
Want to add anything to inbox/ first, or shall we proceed with questions?
If they add files to inbox:
ls -la inbox/
Read each file and extract:
Use this context to inform the questions and to pre-populate configuration.
Ask about the user. Be conversational, not interrogative. Adapt based on what you learned from inbox context.
Questions to explore (adapt based on their responses):
"What should I call you?"
"What's your work context? This helps me understand your day-to-day. (Job title, company/industry - as much or little as you want to share)"
"What projects or ventures are you working on outside of your main job? These could be side projects, businesses, creative pursuits, learning goals..."
"What life areas do you want Arc to help you track? Common ones are career, family, health, learning, projects/ventures. What matters to you?"
"Any communication preferences I should know about? For example:
Arc is the default name, but this is their thinking partner. Offer to personalise it:
One more thing before we dive deeper - what should your thinking partner be called?
Arc is the default - it evokes the through-line, the pattern over time. But this
is yours. You could:
- Keep Arc
- Choose your own name
- Tell me a bit about what you want from this relationship, and I'll suggest some names
What feels right?
If they want suggestions, generate 3-5 names based on what you've learned about them from the inbox context and conversation so far. Names should:
Examples of naming directions:
Once chosen, note the name for use in CLAUDE.md updates.
This is a core part of setup, not optional. Help the user articulate what matters.
Now let's talk about your guiding principles - the things that help you
decide what deserves your time and energy.
These aren't goals or tasks. They're the underlying values that should
shape how you spend your attention.
Some questions to consider:
- What do you want to be true about your life in 5 years?
- What kinds of work energise you vs. drain you?
- What do you tend to neglect that you wish you didn't?
- What would you regret not prioritising?
- How do you want to balance building vs. maintaining?
Work with the user to develop 5-9 principles. For each principle:
Common principle categories (offer as prompts, not prescriptions):
Mindset
Building
Foundation
Ask about sensitive terms that should never appear in public commits:
"If you plan to keep this repo public (or might someday), what terms should I block from commits? Examples: employer name, family member names, private project names, location..."
Based on everything gathered, generate:
Create .claude/rules/personal/user-context.md:
# User Context
## Who You Are
- Name: [Name]
- Role: [Job title] at [Company/Industry] (if provided)
- Location: [If provided, or omit]
## Technical Background
[Infer from conversation - comfortable with code? Uses particular tools?]
## Working Style
[Any preferences mentioned, patterns observed from inbox context]
## Life Areas
[List the areas they mentioned, with brief descriptions if provided]
## Projects/Ventures
[List each project with a one-line description]
## Sensitivities
[Any topics they mentioned wanting to avoid or keep private]
Create resources/guiding-principles.md:
# Guiding Principles
*These principles help evaluate where to spend time and energy.*
## [Category: e.g., Mindset]
| # | Principle | Core Question |
|---|-----------|---------------|
| 1 | **[Principle name]** | [The question it answers] |
| 2 | **[Principle name]** | [The question it answers] |
## [Category: e.g., Building]
| # | Principle | Core Question |
|---|-----------|---------------|
| 3 | **[Principle name]** | [The question it answers] |
## [Category: e.g., Foundation]
| # | Principle | Core Question |
|---|-----------|---------------|
| 4 | **[Principle name]** | [The question it answers] |
---
*Use `/principles-check` or discuss any effort to evaluate against these.*
Create state/focus.md:
# Current Focus
*Last updated: YYYY-MM-DD*
## This Week
- [Leave blank or add if they mentioned immediate priorities]
## Projects Quick Status
[For each project they mentioned:]
- **[Project name]:** [Status/description from their answers]
## On My Mind
- [Anything they mentioned as current concerns]
## Open Threads
- [Any hanging items mentioned]
## Waiting On
- [Any external dependencies mentioned]
---
*This file is working memory. Update it freely. It's read at session start to provide context.*
Create state/projects.json:
{
"project_slug": {
"status": "ideation|building|launched|paused",
"tagline": "One-line description from their answers",
"next_milestone": "To be defined",
"blockers": [],
"recent_progress": [],
"updated": "YYYY-MM-DD"
}
}
Create one entry per project they mentioned.
Update .claude/hooks/pre-commit-privacy.sh with their sensitive terms:
SENSITIVE_TERMS=(
"[term1]"
"[term2]"
"[etc]"
)
If they specified locale preferences, create/update .claude/rules/core/locale.md:
# Locale
Use [Australian/US/UK] English spelling and conventions.
## Spelling
[Appropriate rules for their locale]
If they chose a different name, update CLAUDE.md:
The name should feel like theirs, not a system they're borrowing.
Show what was created:
## Setup Complete
I'm [Agent Name] - your personal thinking partner.
I've created your personalised configuration:
**Personal context:** `.claude/rules/personal/user-context.md`
- [Summary of what's in it]
**Guiding principles:** `resources/guiding-principles.md`
- [Count] principles across [count] categories
**Current focus:** `state/focus.md`
- [Summary]
**Projects:** `state/projects.json`
- [List of projects added]
**Privacy terms:** `.claude/hooks/pre-commit-privacy.sh`
- [Count] terms will be blocked from commits
You can edit any of these files directly, or run `/setup` again to regenerate.
What's on your mind?
If the user added context to inbox during setup, offer to process it now:
"I noticed you added files to inbox/. Want me to process these now - extracting any decisions, knowledge, or items that should live elsewhere in the system?"
Use the inbox-processor skill if they agree.