Set Up Private Context Files for Coding Agents
Context Kit provides 4 Markdown templates (who you are, how you decide, how you write, your rules) and 5 skills for Claude Code that help reduce repetitive
Why it matters
The user hires this asset to safely organize and maintain personal context files (identity, preferences, mental models, protocols) that coding agents can read at session start, without leaking sensitive data into public repos or third-party tools.
Outcomes
What it gets done
Inspect and safely run the Context Kit installer after reviewing source code and target paths
Create local-first Markdown artifacts for voice, mental models, and protocols in gitignored directories
Prevent secrets, API keys, and private relationship data from being stored in agent context files
Establish a review cadence to keep personal context current and remove stale assumptions
Install
Add it to your toolbox
Run in your project directory:
curl -fsSL https://spark.entire.vc/get/ag-context-kit | bash Overview
Context Kit
What it does
A free, MIT-licensed collection of 4 Markdown templates and 5 skills for Claude Code that help you maintain reusable personal context across sessions.
How it connects
Use when you're already working with Claude Code and want to reduce repetitive context-setting by maintaining your background, decision frameworks, writing style, and rules in Markdown files you control.
Source README
Context Kit
When to Use
Use this skill when the user wants to:
- Set up durable personal context files for Claude Code or another coding agent
- Compare Context Kit's Personal Context Artifact pattern with an existing memory or project-notes system
- Adapt a context template structure without copying private details into the chat
- Review whether a one-line installer or downloaded skill pack is appropriate before running it
- Create a safer, local-first plan for CRM notes, open loops, session digests, or morning briefings
Overview
Context Kit is an external project that organizes personal context into Markdown artifacts and companion
Claude Code skills. This skill helps the user decide what to adopt, where to store it, and how to avoid
turning a useful context system into a pile of sensitive data.
Treat every personal context file as private by default. These files may contain identity details, family
context, work history, contact notes, mental models, health constraints, or relationship information. Do
not paste them into third-party tools, public repositories, issue trackers, or model contexts unless the
user explicitly approves the exact subset.
Safety Rules
- Do not run a remote install script until the user has seen the command, source repository, and target
paths it will write to. - Prefer cloning or downloading the repository for inspection before executing any installer:
git clone https://github.com/JDDavenport/context-kit.git cd context-kit sed -n '1,220p' scripts/install.sh - Never store passwords, API keys, recovery codes, private keys, session tokens, or payment details in
personal context artifacts. - If the user wants contact notes or CRM files, store only information they are comfortable keeping in
local plaintext Markdown. - Before adding these files to a repo, confirm
.gitignoreexcludes the chosen private context directory. - If adapting Context Kit to a team or company setting, separate personal context from company-confidential
or customer-confidential information.
Setup Workflow
- Ask what the user wants Context Kit to improve: session startup context, voice consistency, relationship
memory, open-loop tracking, daily briefings, or handoff summaries. - Inspect the upstream project and installer before running anything.
- Choose a storage location:
- Claude Code default:
~/.claude/context/and~/.claude/skills/ - Project-local context:
.agent/context/or another ignored directory - Portable setup: a private notes repo with explicit sync rules
- Claude Code default:
- Create a minimal starter set before filling everything:
pca-wiki.mdfor durable identity and domainspca-mental-models.mdfor decision rulespca-voice.mdfor writing preferencespca-protocols.mdfor hard rules and boundaries
- Add only enough detail to make the next agent session useful. Leave sensitive, speculative, or outdated
details out until there is a clear reason to include them. - Add a recurring review cadence. Personal context goes stale quickly; stale context is worse than no
context when it drives decisions.
Installation Review Checklist
Before running an installer, verify:
- The repository URL is exactly the one the user intended
- The script writes only to expected local directories
- The script does not upload files, send telemetry, or edit shell startup files unexpectedly
- The target directories are not inside a public repo
- The user has a rollback path, such as removing the copied templates and skills
If anything is unclear, stop at inspection and provide the user with the exact lines that need review.
Examples
Example: Inspect before installing
git clone https://github.com/JDDavenport/context-kit.git
cd context-kit
sed -n '1,220p' scripts/install.sh
find templates skills -maxdepth 2 -type f | sort
After inspection, summarize the files that would be installed and ask for confirmation before running the
installer.
Example: Create a private project-local context directory
mkdir -p .agent/context
printf '.agent/context/\n' >> .gitignore
cp ~/Downloads/context-kit/templates/pca-wiki.md .agent/context/pca-wiki.md
Then trim the template to the minimum useful fields for the project instead of filling every personal
section immediately.
Best Practices
- Keep context files short enough that an agent can read them at session start without drowning in stale
detail. - Separate durable facts from temporary state. Use project workplans or task trackers for temporary state.
- Label assumptions and uncertain memories instead of presenting them as facts.
- Review personal context after major life, role, health, or project changes.
- Store voice examples and anti-examples separately from private identity details when possible.
Common Pitfalls
- Running a shell installer directly from
curlwithout inspecting it first - Committing personal context files to a public repository
- Storing secrets because "the agent needs to know everything"
- Letting relationship or health notes become outdated and still treating them as current
- Copying upstream paid or license-unclear content instead of linking to it or writing original local notes
Limitations
- This skill does not verify the current upstream license or installer behavior on its own; inspect the live
repository before running commands. - It does not replace a dedicated secrets manager, CRM, password vault, or medical record system.
- It is for local personal context hygiene, not for collecting private information about other people
without a legitimate reason.
Discussion
Questions & comments · 0
Sign In Sign in to leave a comment.