johannesjo/parallel-code

Why Parallel Code is a great home for more model choice Parallel Code runs AI coding CLIs — Claude Code, Codex, Gemini, Copilot, Antigravity — side by side, each task in its own git worktree and branch. That automatic isolation removes the merge conflicts that normally cap how many parallel agents one developer can safely run; the reviewable diffs you merge or toss are the payoff. Ask Code already makes the model behind a question configurable — Claude Code by default or MiniMax M2.7, called as a direct chat/completions endpoint with a Bearer API key set in Settings. A gateway serving many models through one endpoint would let those users pick the right model per question instead of re-pointing provider config each time. Proposal: OrcaRouter as an optional Ask Code provider I'm an engineer on the OrcaRouter team. This is a proposal for maintainer feedback, not finished code — nothing is implemented or tested yet. The seam is electron/ipc/ask-code.ts, where AskCodeProvider is cu

Summary Running the packaged v1.14.1 build on macOS with Claude Code as the agent, the sidebar "waiting for you" tray never appeared while a task sat blocked on a permission dialog. The tray is the pinned group under the New Task button (NeedsInputTray, src/components/Sidebar.tsx:290). I have not root-caused it. This is a write-up of what has been ruled out, so whoever picks it up doesn't repeat the elimination. Ruled out The feature is present in the release. src/store/sidebar-attention.ts exists at both v1.14.0 and v1.14.1 (checked via the contents API). An earlier conclusion that the feature was unmerged was wrong — it came from testing containment against a local main that was 27 commits behind upstream/main. The setting is on. sidebarNeedsInputFirst defaults to true (src/store/core.ts:53), and persistence falls back to true when the key is absent (src/store/persistence.ts:511). The actual persisted value in ~/Library/Application Support/parallel-code/state.json on the affected m

Environment: Parallel Code 1.12.0 (deb), Linux (X11, GNOME). Code references verified against main @ d000fff65. Problem The horizontal scrollbar under the task strip is very hard to hit What happens: The scrollbar itself is a 5px sliver. Aiming at it takes real care. Miss it by a few pixels upward and the cursor turns into the col-resize double-arrow (↔ with the vertical bar), which doesn't actually work Likely cause The col-resize zone is the panel resize handles (src/styles.css): .resize-handle-h { width: 6px; cursor: col-resize; } Requests Make the strip's horizontal scrollbar a drag target Keep the resize handles clear of the scrollbar band, so the bottom strip of the strip is actually scroll

All small, independently fixable, and verified against the code. Checklist form so they can be picked off one at a time (several are good first issues): Setting label says "on merge" but acts on close. "Always delete branch and worklog on merge" (EditProjectDialog.tsx:348) toggles deleteBranchOnClose, whose only readers are close paths (tasks.ts:417, TaskPanel.tsx:598, CloseTaskDialog.tsx:99); the merge path uses a separate cleanupAfterMerge checkbox. Also "worklog" is presumably "worktree". Worktree path clips without ellipsis. TaskBranchInfoBar.tsx:247 renders the full path inside a nested inline-flex <button>; the InfoBar's declared text-overflow: ellipsis (InfoBar.tsx:33-35) can't apply to a nested flex child, so long paths clip hard. Abbreviate with the ~-shortening already used in the sidebar and put the full path in the tooltip. Dead overlay rule. .dialog-overlay background in styles.css:1363 (44% black) is always overridden by the inline rgba(0,0,0,0.55) in Dialog.tsx:94

Problem There is no icon module: 75 inline <svg> blocks across 31 files, with heavy duplication and mixed media. The Octicon close path (M3.72 3.72…) is hand-pasted 10 times; copy/branch and external-link paths several times each; the folder icon exists in two subtly different variants that render visibly differently. Text glyphs serve as icons alongside SVGs: ✕ (SubTaskStrip.tsx:74, CommitTreeOverlay.tsx:149, TerminalSearchOverlay.tsx:150), ✓ (SubTaskStrip.tsx:236, TaskStepsSection.tsx:231), ❯ throughout PromptInput.tsx, and an emoji 📁 (NewTaskDialog.tsx:1093) — emoji render platform-dependently and full-color, breaking the otherwise monochrome currentColor icon language. Icon sizes span ~9 distinct widths (8–16 px). Proposed fix A single src/components/icons.tsx exporting the ~20 actual glyphs as components with a size prop (16 default, 12 small), then replace the pasted SVGs and glyph/emoji icons. Mechanical work, good first issue. From a full design/UX audit (2026