absolute-dotfiles/README.md

Dotfiles

A comprehensive collection of configuration files for macOS development environment, featuring Neovim, terminal emulators, shell configurations, and AI-powered development tools.

Table of Contents

• Overview
• Features
• Prerequisites
• Installation
• Components
• Configuration
• Customization
• Documentation
• Troubleshooting
• Contributing
• License

Overview

This repository contains personal dotfiles for configuring a complete development environment on macOS. These configurations emphasize productivity, aesthetics, and developer experience with carefully curated settings for various tools and applications.

Features

• Neovim Configuration: Extensive Lua-based configuration with LSP support, debugging, and around 40 productivity plugins
• Terminal Emulators: Configurations for Ghostty and WezTerm with custom themes and visual effects
• Shell Environment: Optimized Zsh configuration with Starship prompt and useful aliases
• AI Integration: OmO and Claude Code configuration, shared agent preferences, and owt workspaces that give each agent task its own git worktree
• Development Tools: Pre-configured settings for Git, tmux, direnv, and various language servers
• Documentation Management: with-context MCP integration for knowledge management

Prerequisites

Before installing these dotfiles, ensure you have the following:

• Operating System: macOS (Apple Silicon or Intel)
• Git: To clone this repository. macOS offers to install it with the Command Line Tools the first time you run git

setup-mac.sh installs everything else: the Command Line Tools, Homebrew, Node.js, Python, Rust and the rest.

Installation

Quick Start

Warning: These dotfiles are personalized configurations. Review the code and understand what each configuration does before applying them to your system. Fork this repository first and modify according to your needs.

1. Clone the repository:

   git clone https://github.com/yourusername/dotfiles.git ~/dotfiles
   cd ~/dotfiles
   

2. Preview, then run the setup script:

   ./setup-mac.sh --dry-run
   ./setup-mac.sh
   

The script is safe to rerun: each step checks what is already in place and only does the missing work. A failed step is reported at the end while the other steps still run. Name steps to run only those, for example ./setup-mac.sh links after adding a config.

Step	What it does
xcode	Installs the Xcode Command Line Tools
homebrew	Installs Homebrew and loads it from ~/.zprofile
brew	Installs the CLI tools, fonts and terminals in Brewfile
links	Fetches the Neovim submodule on a fresh clone and symlinks the configs and .local/bin scripts into $HOME, backing up anything it replaces to ~/.local/state/dotfiles/backups/
shell	Installs oh-my-zsh and the tmux plugins
runtimes	Node with nvm and the global npm packages, Rust, Python with pyenv, poetry, and Flutter with fvm
ai	Installs omo, Claude Code and Codex, then runs link-ai-configs.sh
apps	Installs the GUI and App Store apps in Brewfile.apps

brew and apps never upgrade packages that are already installed. apps skips apps already in /Applications that Homebrew did not install, and its App Store entries need you signed in to the App Store first. To list what is installed but missing from Brewfile, run brew bundle dump --file=- | diff Brewfile -.

A few things still need you afterwards, such as signing in to the App Store and the AI tools, and turning on the 1Password SSH agent. The script lists them when it finishes.

Manual Installation

For more control over the installation process, you can manually symlink specific configurations:

# Neovim
ln -s ~/dotfiles/.config/nvim ~/.config/nvim

# Terminal configurations
ln -s ~/dotfiles/.config/ghostty ~/.config/ghostty
ln -s ~/dotfiles/.config/wezterm ~/.config/wezterm

# Shell configurations
ln -s ~/dotfiles/.zshrc ~/.zshrc

AI configuration restore

The ai step of setup-mac.sh runs this script. To run it on its own after installing Node.js, omo, Claude Code, and OMC:

bash ~/dotfiles/link-ai-configs.sh --dry-run
bash ~/dotfiles/link-ai-configs.sh

The script creates individual relative symlinks, skips existing correct links, and backs up replaced files or links under ~/.local/state/dotfiles-ai/backups/. It does not replace whole configuration directories. To undo a replacement, remove that individual symlink and move its corresponding backup back to the original path.

• .config/omo/omo.jsonc supplies ~/.omo/omo.jsonc with OmO's model routing, including the design-critique-a and design-critique-b categories that the Impeccable critique delegates its two assessments to.
• .config/ai/AGENTS.md holds shared personal preferences. OmO reads it through ~/.config/opencode/AGENTS.md, which is hard-wired in OmO's rules engine ahead of ~/.claude/CLAUDE.md; the engine stops at the first file it finds, so this link both supplies these preferences and keeps Claude's OMC orchestration instructions out of OmO. Keep it even though OpenCode is retired. Claude imports the same file from its own CLAUDE.md.
• .config/claude/ supplies Claude's global instructions, settings, and OMC preferences. The machine-specific OMC nodeBinary cache is intentionally omitted; install Node.js and run OMC setup on each new machine to configure its runtime and HUD.
• .config/omo/skills/ holds the vendored Impeccable, Vercel web-design-guidelines, frontend-workflow and marketing skills. The script links every one into ~/.omo/agent/skills/, and all but frontend-workflow into ~/.claude/skills/; see the skills README for provenance and upgrades. Portable Claude plugins and unrelated user skills remain enabled.

Credentials, settings.local.json, plugin installations, unrelated user skills, histories, caches, and runtime state are not copied into this repository or managed by this script. Install other desired plugins and portable skills separately. OmO's MCP servers live in ~/.omo/agent/mcp.json, which this repository does not manage; the local ones (headroom, agcanvas, uvx, ast-grep-mcp, portfolio-mcp) must be installed on a new machine before they resolve.

The OmO hooks and slash commands (~/.omo/agent/hooks.json and ~/.omo/agent/prompts) and the workspace scripts in ~/.local/bin are linked by the links step of setup-mac.sh instead.

Restart OmO and Claude Code after applying changes. On first use, Claude may ask to approve the shared preferences import. Updates can rewrite generated configuration or replace symlinks: review the live files and repository diff before rerunning the link script, which backs up divergent live files rather than merging them. No plugin versions or model choices are changed by this restore step.

Components

Neovim Configuration (.config/nvim/)

• Core Configuration: Modular Lua-based setup with lazy loading
• LSP Support: Pre-configured language servers via Mason
• Plugin Management: Lazy.nvim for efficient plugin loading
• Key Mappings: Intuitive and efficient keyboard shortcuts
• Themes: Multiple colorschemes including Catppuccin, Tokyo Night, and Rose Pine

Key features:

• snacks.nvim for the fuzzy picker, file explorer, notifications and input prompts (replacing Telescope, nvim-notify and dressing)
• Completion with blink.cmp (replacing nvim-cmp)
• Advanced Git integration, including inline current-line blame
• Flutter and mobile development support
• Python environment management
• Integrated debugging (DAP)
• Terminal integration

Terminal Emulators

Ghostty (.config/ghostty/)

• Custom shaders for visual effects (CRT, bloom, glow)
• Optimized colorscheme
• Native titlebar; SSH sessions forward the environment and terminfo
• Does not auto-attach tmux; start or attach sessions yourself

WezTerm (.config/wezterm/)

• Lua-based configuration
• Custom key bindings
• Multiplexer features

Shell Configuration (.zshrc)

• Optimized PATH management for development tools
• Custom aliases and functions for productivity
• Integration with direnv, asdf, and other version managers
• Environment variable management with .env and .envrc
• Starship prompt with custom configuration
• Auto-completion and syntax highlighting
• 1Password as the SSH agent, an sshm wrapper with completion, and fs [session] to reach the remote dev box over mosh into a named tmux session
• tmux session helpers: tma [session] attaches (fzf picker with no argument, switches the client when already inside tmux) and tml [prefix] lists sessions. Both Tab-complete the running sessions with their window counts. When no tmux server is up, tma starts a new session named after the argument or the current directory, and tml and completion say so instead of erroring
• Resets mouse-reporting modes at each prompt, so an unclean SSH or tmux disconnect cannot leave the terminal spewing escape codes

Development Tools

• tmux (.tmux.conf): Terminal multiplexer with custom key bindings; sets the terminal title to the session name, after the omo status marker when there is one. Ctrl+click a file path in any pane (omo, a shell, logs) to open it with tmux-open-path: markdown in Markdown Preview, images, PDFs and directories in yazi, anything else in nvim at the clicked :line. yazi and nvim open in a split beside the clicked pane
• Zed (.config/zed/keymap.json): Editor key bindings. Settings stay local because they reference machine-specific agent paths
• tmux server (.tmux-server.conf): Lightweight tmux config for remote servers
• Git: Global gitignore patterns (.rgignore, .gitignore)
• Starship (starship.toml): Cross-shell prompt with Git integration
• Oh My Posh (.config/ohmyposh/): Alternative prompt theme (zen.toml)
• Zellij (.config/zellij/): Modern terminal workspace (config.kdl)
• direnv (.config/direnv/): Environment variable management per directory
• OpenCommit (.opencommit): AI-powered commit message generation

AI and Coding Assistants

OmO (.config/omo/)

OpenCode is retired. Its agents, commands and plugins are left in .config/opencode/ for reference, are no longer installed or linked, and its skills and slash commands moved here.

• omo.jsonc (linked as ~/.omo/omo.jsonc): model routing for the main session, task categories and curated agents. design-critique-a and design-critique-b are the two lanes the Impeccable critique delegates its assessments to.
• hooks.json (linked as ~/.omo/agent/hooks.json): runs omo-notify when you send a prompt, when a session stops and when it asks you something, for the sound, the notification and the coloured tab marker. It also runs owt hook with each prompt, which tells an agent in an owt workspace its current tab title so it retitles the tab as the work changes. omo runs a new hook only after you approve it with /hooks trust <id> (ids are in /hooks list).
• prompts/ (linked as ~/.omo/agent/prompts): slash commands.
  • /linear-sync [notes] posts a progress comment on the workspace's Linear issues and sets them to In Progress, or In Review once a PR is open.
  • /owt-done [notes] finishes a workspace after its PR merges: it comments on each issue and moves it to Done, then runs owt done --detach. It asks before discarding uncommitted or unmerged work.
  • /impeccable [command] [target] runs the Impeccable design skill.
  • /setup-notes, /sync-notes, /ingest-notes, /teleport-notes, /analyze-vault, /reorganize-notes, /preview-notes-delegation and /validate-notes-config manage with-context documentation delegation. They came over from OpenCode and need the with-context MCP server, which is not in ~/.omo/agent/mcp.json.
• skills/ (linked into ~/.omo/agent/skills/, and into ~/.claude/skills/ for the shared ones): the vendored Impeccable, Vercel web-design-guidelines, frontend-workflow and marketing skills. See the skills README for provenance, local modifications and upgrades.
• archive/: the OpenCode-era DEVELOPMENT-WORKFLOW.md and UI-WORKFLOW.md, kept for reference and loaded by nothing.

MCP servers (in ~/.omo/agent/mcp.json, which this repository does not manage): Playwright, Chrome DevTools, Linear, reoclo, time, ast-grep, headroom, agcanvas and portfolio.

Agent workspaces (owt)

owt gives each agent task its own git worktree, in the style of Conductor. Run it from anywhere inside a repository:

owt new                 # random city name, e.g. ~/worktrees/<repo>/lagos on branch feature/lagos
owt new PRA-107 PRA-108 # same, and tell the agent which Linear issues to start on
owt ls                  # workspaces and their current branches
owt all                 # workspaces of every repo, with branches and source checkouts (from anywhere)
owt cd                  # jump into a workspace with fzf; owt cd lagos goes straight there
owt open lagos          # reopen the agent in a workspace
owt title imap timeouts # title the workspace's tmux tab (one to three words); the agent does this itself
owt done                # remove the workspace you are in once its work is merged

owt new starts from the latest origin default branch, copies local .env files, installs dependencies, and opens a tmux window running omo with the workspace conventions: rename the placeholder branch to feature/<keys>-<slug> before pushing, title the tab with one to three words naming the work (owt title) and update it when the focus changes, and keep the Linear issues' statuses in sync. The title is saved with the worktree, so owt open reopens the tab under it. Workspaces share the main checkout's omo memory through a link under ~/.omo/memory/agents/.

owt cd works from any directory. Inside a repository the picker starts filtered to that repo's workspaces and jumps straight in when only one matches. The owt function in .zshrc performs the cd; without it, owt cd only prints the path.

owt done refuses to discard work unless you pass --force. Work counts as merged when the branch is part of the default branch or its Gitea PR is merged (checked with tea). It then deletes the remote and local branch, removes the worktree and its memory link, and closes tmux windows open in it. OWT_ROOT (default ~/worktrees) and OWT_AGENT (default omo) override the defaults; owt --help lists every option.

owt also runs on Linux servers. On flowstate-remote, ~/.local/bin/owt links to a clone of this repository, the server's own ~/.zshrc carries the owt wrapper, and its ~/.omo/agent/hooks.json runs owt hook like the Mac's. Its repositories live on GitHub, which tea cannot query, so owt done there counts a branch as merged only once it is part of the default branch: merge-commit PRs pass, squash-merged ones need --force.

Configuration

Environment Variables

The setup uses .env and .envrc files for environment-specific configurations. Copy the example files and modify as needed:

cp .env.example .env
cp .envrc.example .envrc

Local Binaries

Custom scripts and binaries are stored in .local/bin/:

• brave-debug: Launch Brave browser in debug mode

• cl: Claude CLI wrapper

• claude-tmux: Claude integration with tmux

• cldir: Change directory with Claude context

• owt: Git worktree workspaces for coding agents (see Agent workspaces)

• tmux-open-path: Backs tmux's Ctrl+click. Takes the path under the mouse, strips :line:col, #L10, @ and file://, resolves it against the pane's directory and then its git root, and routes it by type: markdown to Markdown Preview (cask "markdown-preview" in Brewfile.apps), images, PDFs and directories to yazi, the rest to nvim

• omo-notify: Sound, tab marker and notification for OmO's hooks. Ghostty posts the notification, so clicking it opens the session's tab and pane

• omo-status: Coloured marker in front of the Ghostty tab title for each tmux session running omo: 🔴 stopped with an error, 🟡 waiting for your answer, 🟢 finished, 🔵 working. A tab with several agents shows the most urgent one; focusing the tab clears red, amber and green, and undoes any title you gave the tab by hand so it always shows its session name

• omo-remote: The same sound, tab marker and notification for omo sessions on a remote server (flowstate-remote). The server's omo-notify (kept on the server in ~/.local/bin, not in this repository) writes the session's state into its terminal title, marker first (🟢 studio · omo:done:...). mosh drops notifications but carries titles, and so does ssh, so tmux's pane-title-changed hook passes the event to omo-notify for the pane running mosh or ssh. Everything else reaches you through ntfy: omo-remote install starts a launchd agent that subscribes to the topic and plays the sound and posts the notification for omo pushes, unless a tmux pane here already handled that event through its title, so nothing arrives twice. That covers sessions no terminal is showing and fs in a plain Ghostty tab, whose title shows the marker and which posts the notification itself (the coloured tab marker needs tmux). The agent reads NTFY_URL, NTFY_TOPIC and NTFY_TOKEN from ~/.config/ntfy/omo-remote.env (chmod 600, not in this repository) and needs brew "ntfy"

• docker-nuke: Force-restart a wedged Docker Desktop, capturing diagnostics to ~/.local/state/docker-nuke/ first (--dry-run to preview, --no-restart to leave it down, --deep for root helpers)

• impeccable-browser: The browser for Impeccable's URL scans (impeccable detect <url>) on flowstate-remote, set as IMPECCABLE_BROWSER in the server's ~/.zshenv. Public URLs render on Browserless. Its key, BROWSERLESS_API_KEY from the Reoclo project flowstate-tools, is cached for 12 hours in ~/.impeccable/browserless.token. Localhost and private addresses reach Browserless through a cloudflared quick tunnel that lasts only for the scan, and reports still name the local URL. Other launches, and any scan whose tunnel or Browserless connection fails, run on the headless Chrome in the Puppeteer cache with --no-sandbox, because the server's AppArmor blocks Chrome's sandbox. IMPECCABLE_TUNNEL=0 keeps private addresses on local Chrome, which pages that call a second local port (a separate API, say) need. Every decision is logged to ~/.impeccable/browser.log

• skills-update: Refreshes omo's skills from upstream every day on flowstate-remote, from a systemd user timer that skills-update --install-timer writes and enables (05:00 UTC). The vendored impeccable (newest skill-v* release) and web-design-guidelines are re-vendored as the skills README describes, then committed and pushed. Only the skill paths are committed, and the push happens only when main was level with origin/main. The machine-local vercel-react-best-practices, docx, pdf, pptx, xlsx and skill-creator copies in ~/.omo/agent/skills are synced from vercel-labs/agent-skills and anthropics/skills. A failed update keeps the previous copy and marks the run failed (journalctl --user -u skills-update)

The links step of setup-mac.sh links each script into ~/.local/bin, which .zshrc puts on your PATH. pbcopy and pbpaste (OSC 52 clipboard shims for headless servers), impeccable-browser and skills-update (Linux only) are not linked on macOS.

Local Servers

Docker Compose configuration for local development services in local_servers/.

Customization

Adding Custom Configurations

1. Neovim Plugins: Add new plugins in .config/nvim/lua/absolute/plugins/
   • Configure in .config/nvim/lua/absolute/after/
2. Shell Aliases: Modify .zshrc to add custom aliases and functions
3. Git Configuration: Update .gitignore or .rgignore for global ignore patterns
4. OmO Skills: Add a skill in .config/omo/skills/, then link it with link-ai-configs.sh
5. OmO Slash Commands: Add a prompt template in .config/omo/prompts/

Theme Customization

Current theme configuration is managed in .config/nvim/lua/current-theme.lua. Available themes:

• Catppuccin
• Tokyo Night
• Rose Pine
• Nightfly

Terminal themes are configured in:

• Ghostty: .config/ghostty/colorscheme
• WezTerm: .config/wezterm/wezterm.lua

Documentation

This repository uses the with-context MCP server for documentation management. See AGENTS.md for detailed guidelines on:

• Documentation delegation patterns
• Local vs. vault documentation
• OmO skills and slash commands
• Best practices for AI agents

Key documentation files:

• AGENTS.md: AI agent guidelines and with-context MCP usage
• .withcontextignore: Patterns for documentation delegation
• Component READMEs: Tool-specific documentation in respective directories

Server Configuration

A lightweight tmux configuration (.tmux-server.conf) is available for remote servers. It's plugin-free and optimized for server environments.

Key Differences from Desktop Config

Feature	Desktop	Server
Status bar	Top	Bottom
Prefix key	Ctrl+b	Ctrl+/
Plugins	Full (TPM, catppuccin, etc.)	None
Theme	Catppuccin	Simple minimal

Quick Setup on Remote Server

One-liner download and setup:

# Using curl
curl -fsSL https://raw.githubusercontent.com/boxpositron/absolute-dotfiles/main/.tmux-server.conf -o ~/.tmux.conf

# Or using wget
wget -qO ~/.tmux.conf https://raw.githubusercontent.com/boxpositron/absolute-dotfiles/main/.tmux-server.conf

If tmux is already running, reload the config:

tmux source-file ~/.tmux.conf

Server Config Key Bindings

Binding	Action
Ctrl+/	Prefix key
Prefix + |	Vertical split
Prefix + -	Horizontal split
Prefix + hjkl	Resize panes
Ctrl + hjkl	Navigate panes (vim-aware)
Prefix + m	Toggle pane zoom
Prefix + r	Reload config

Troubleshooting

Common Issues

1. Neovim plugins not loading:

   nvim --headless "+Lazy! sync" +qa
   

2. LSP servers not working:

   nvim
   :Mason
   

3. Shell configuration not loading:

   source ~/.zshrc
   

Debug Mode

For debugging Neovim configuration issues:

nvim -V10nvim.log

Contributing

These are personal dotfiles, but contributions are welcome! If you have improvements or bug fixes:

1. Fork the repository
2. Create a feature branch (git checkout -b feature/improvement)
3. Commit your changes (use OpenCommit: .opencommit configuration available)
4. Push to the branch (git push origin feature/improvement)
5. Open a Pull Request

Note: Review the code before applying these configurations. These are personalized settings that may need adjustment for your setup.

License

This project is open source and available under the MIT License. See individual tool configurations for their respective licenses.

Acknowledgments

• Absolute VIM - Neovim configuration foundation
• The open-source community for the amazing tools and plugins
• The OmO and Claude Code teams for AI-powered development workflows
• Contributors and users who provide feedback and improvements

Resources

• OmO Documentation: https://github.com/code-yeongyu/oh-my-openagent
• Neovim Plugin Ecosystem: https://github.com/rockerBOO/awesome-neovim
• Dotfiles Community: https://dotfiles.github.io

Support

For questions, issues, or suggestions, please open an issue on the GitHub repository.

---

Last Updated: 2025
Platform: macOS (Darwin)
Primary Editor: Neovim
Shell: Zsh
AI Tools: OmO, Claude Code, Codex