sigit-code 1.0.2__tar.gz → 1.0.3__tar.gz
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- sigit_code-1.0.3/.agents/skills/branding/SKILL.md +173 -0
- sigit_code-1.0.3/CHANGELOG.md +146 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/Cargo.lock +364 -669
- {sigit_code-1.0.2 → sigit_code-1.0.3}/Cargo.toml +2 -2
- {sigit_code-1.0.2 → sigit_code-1.0.3}/PKG-INFO +11 -14
- {sigit_code-1.0.2 → sigit_code-1.0.3}/README.md +19 -19
- {sigit_code-1.0.2 → sigit_code-1.0.3}/npm/README.md.tmpl +9 -11
- {sigit_code-1.0.2 → sigit_code-1.0.3}/npm/sigit/README.md +19 -21
- {sigit_code-1.0.2 → sigit_code-1.0.3}/pypi/README.md +10 -14
- {sigit_code-1.0.2 → sigit_code-1.0.3}/src/main.rs +83 -25
- sigit_code-1.0.2/CHANGELOG.md +0 -70
- {sigit_code-1.0.2 → sigit_code-1.0.3}/.agents/AGENTS.md +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/.agents/skills/agent-client-protocol/SKILL.md +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/.agents/skills/ai-assisted-coding/SKILL.md +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/.agents/skills/tool-calling/SKILL.md +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/.github/workflows/ci.yml +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/.github/workflows/release-github.yml +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/.github/workflows/release-homebrew.yml +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/.github/workflows/release-npm.yml +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/.github/workflows/release-pypi.yml +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/.gitignore +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/.nvmrc +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/LICENSE +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/npm/package-main.json.tmpl +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/npm/package.json.tmpl +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/npm/scripts/render-main-package.cjs +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/npm/scripts/render-platform-package.cjs +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/npm/sigit/.gitignore +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/npm/sigit/package.json +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/npm/sigit/src/index.ts +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/npm/sigit/tsconfig.json +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/pypi/pyproject.toml +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/pyproject.toml +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/rust-toolchain.toml +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/src/chat.rs +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/src/models.rs +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/src/setup.rs +0 -0
- {sigit_code-1.0.2 → sigit_code-1.0.3}/src/tools.rs +0 -0
|
@@ -0,0 +1,173 @@
|
|
|
1
|
+
# Skill: Branding and naming reference
|
|
2
|
+
|
|
3
|
+
## Overview
|
|
4
|
+
|
|
5
|
+
Use this file when writing docs, release notes, UI copy, package metadata, or setup guides for this repository.
|
|
6
|
+
|
|
7
|
+
The short version:
|
|
8
|
+
|
|
9
|
+
- **Product / brand name:** `siGit Code`
|
|
10
|
+
- **CLI command:** `sigit`
|
|
11
|
+
- **Rust crate:** `sigit`
|
|
12
|
+
- **npm package:** `@smbcloud/sigit`
|
|
13
|
+
- **PyPI package:** `sigit-code`
|
|
14
|
+
- **Company name:** `smbCloud`
|
|
15
|
+
- **LLM backend name:** `Onde Inference`
|
|
16
|
+
|
|
17
|
+
The most common mistake is mixing the product name with the command name.
|
|
18
|
+
|
|
19
|
+
---
|
|
20
|
+
|
|
21
|
+
## Primary rule
|
|
22
|
+
|
|
23
|
+
When you mean the product, write **`siGit Code`** exactly like that.
|
|
24
|
+
|
|
25
|
+
Correct:
|
|
26
|
+
|
|
27
|
+
- `siGit Code is a local coding agent.`
|
|
28
|
+
- `siGit Code works in Zed over ACP.`
|
|
29
|
+
- `siGit Code shares its model cache with the desktop app on macOS.`
|
|
30
|
+
|
|
31
|
+
Wrong:
|
|
32
|
+
|
|
33
|
+
- `Sigit Code`
|
|
34
|
+
- `SiGit Code`
|
|
35
|
+
- `siGit`
|
|
36
|
+
- `sigit Code`
|
|
37
|
+
- `SIGIT`
|
|
38
|
+
|
|
39
|
+
Do not shorten the product name to just `siGit` in documentation or marketing copy unless there is a very specific reason and the surrounding text makes it unmistakable.
|
|
40
|
+
|
|
41
|
+
---
|
|
42
|
+
|
|
43
|
+
## Use lowercase names for commands and packages
|
|
44
|
+
|
|
45
|
+
Use lowercase `sigit` when you mean the executable, crate, repo slug, or package name.
|
|
46
|
+
|
|
47
|
+
Examples:
|
|
48
|
+
|
|
49
|
+
- Run `sigit` in a terminal.
|
|
50
|
+
- Install with `cargo install sigit`.
|
|
51
|
+
- Install with `npm install -g @smbcloud/sigit`.
|
|
52
|
+
- Install with `pip install sigit-code`.
|
|
53
|
+
- The repository is `getsigit/sigit`.
|
|
54
|
+
|
|
55
|
+
This distinction matters:
|
|
56
|
+
|
|
57
|
+
- **Brand / product:** `siGit Code`
|
|
58
|
+
- **Command / package / repo:** `sigit`
|
|
59
|
+
|
|
60
|
+
---
|
|
61
|
+
|
|
62
|
+
## Recommended wording patterns
|
|
63
|
+
|
|
64
|
+
### Product description
|
|
65
|
+
|
|
66
|
+
Prefer:
|
|
67
|
+
|
|
68
|
+
- `siGit Code is a local coding agent.`
|
|
69
|
+
- `siGit Code runs on your machine.`
|
|
70
|
+
- `siGit Code works with any codebase.`
|
|
71
|
+
|
|
72
|
+
Avoid:
|
|
73
|
+
|
|
74
|
+
- `siGit is a local coding agent.`
|
|
75
|
+
- `sigit is a coding assistant.`
|
|
76
|
+
- `The siGit product...`
|
|
77
|
+
|
|
78
|
+
### Install instructions
|
|
79
|
+
|
|
80
|
+
Prefer:
|
|
81
|
+
|
|
82
|
+
- `Install siGit Code with Cargo:`
|
|
83
|
+
- `Install siGit Code from npm:`
|
|
84
|
+
- To start siGit Code, run `sigit`.
|
|
85
|
+
|
|
86
|
+
That keeps the brand name in prose and the command name in code.
|
|
87
|
+
|
|
88
|
+
### Editor setup
|
|
89
|
+
|
|
90
|
+
In UI-facing examples, keep the displayed agent name as `siGit Code`.
|
|
91
|
+
|
|
92
|
+
Example:
|
|
93
|
+
|
|
94
|
+
```/dev/null/branding-example.json#L1-8
|
|
95
|
+
{
|
|
96
|
+
"agent_servers": {
|
|
97
|
+
"siGit Code": {
|
|
98
|
+
"type": "custom",
|
|
99
|
+
"command": "/absolute/path/to/sigit"
|
|
100
|
+
}
|
|
101
|
+
}
|
|
102
|
+
}
|
|
103
|
+
```
|
|
104
|
+
|
|
105
|
+
The visible name is `siGit Code`. The executable path is `sigit`.
|
|
106
|
+
|
|
107
|
+
---
|
|
108
|
+
|
|
109
|
+
## Other names that should stay consistent
|
|
110
|
+
|
|
111
|
+
### smbCloud
|
|
112
|
+
|
|
113
|
+
Always write `smbCloud` with a lowercase `smb` and uppercase `C`.
|
|
114
|
+
|
|
115
|
+
Correct:
|
|
116
|
+
|
|
117
|
+
- `smbCloud`
|
|
118
|
+
|
|
119
|
+
Wrong:
|
|
120
|
+
|
|
121
|
+
- `SMBCloud`
|
|
122
|
+
- `SmbCloud`
|
|
123
|
+
- `smbcloud`
|
|
124
|
+
|
|
125
|
+
### Onde Inference
|
|
126
|
+
|
|
127
|
+
Use `Onde Inference` when referring to the product or project.
|
|
128
|
+
|
|
129
|
+
Use `onde` when referring to the Rust crate.
|
|
130
|
+
|
|
131
|
+
Examples:
|
|
132
|
+
|
|
133
|
+
- `siGit Code uses Onde Inference as its local LLM backend.`
|
|
134
|
+
- The Rust dependency is `onde`.
|
|
135
|
+
|
|
136
|
+
### ACP
|
|
137
|
+
|
|
138
|
+
Use `ACP` for the protocol acronym.
|
|
139
|
+
|
|
140
|
+
Preferred long form:
|
|
141
|
+
|
|
142
|
+
- `Agent Client Protocol (ACP)` on first mention when useful
|
|
143
|
+
|
|
144
|
+
---
|
|
145
|
+
|
|
146
|
+
## Copy checklist
|
|
147
|
+
|
|
148
|
+
Before you finish any docs or release-note edit, check these quickly:
|
|
149
|
+
|
|
150
|
+
1. Did you use `siGit Code` for the product name?
|
|
151
|
+
2. Did you keep `sigit` lowercase for commands and package names?
|
|
152
|
+
3. Did you keep `smbCloud` cased correctly?
|
|
153
|
+
4. Did you keep `Onde Inference` cased correctly in prose?
|
|
154
|
+
5. In setup examples, does the visible editor label say `siGit Code` while the command stays `sigit`?
|
|
155
|
+
|
|
156
|
+
---
|
|
157
|
+
|
|
158
|
+
## Fast replacements
|
|
159
|
+
|
|
160
|
+
Common fixes:
|
|
161
|
+
|
|
162
|
+
- `siGit is` -> `siGit Code is`
|
|
163
|
+
- `siGit works` -> `siGit Code works`
|
|
164
|
+
- `siGit knows` -> `siGit Code knows`
|
|
165
|
+
- `On macOS, siGit` -> `On macOS, siGit Code`
|
|
166
|
+
- `Sigit` -> usually `siGit Code` or `sigit`, depending on context
|
|
167
|
+
|
|
168
|
+
When in doubt, ask:
|
|
169
|
+
|
|
170
|
+
> Am I talking about the branded product, or the literal command/package name?
|
|
171
|
+
|
|
172
|
+
If it is the product, use `siGit Code`.
|
|
173
|
+
If it is something users type or install, use `sigit`.
|
|
@@ -0,0 +1,146 @@
|
|
|
1
|
+
# Changelog
|
|
2
|
+
|
|
3
|
+
## 1.0.3
|
|
4
|
+
|
|
5
|
+
This is the cleanup release for the editor-side startup problems.
|
|
6
|
+
|
|
7
|
+
### What changed
|
|
8
|
+
|
|
9
|
+
- Fixed ACP sessions failing on the first real prompt because the server claimed the model was ready before anything had actually been loaded
|
|
10
|
+
- Changed ACP startup so the default model loads lazily on the first non-slash prompt instead of pretending it is already in memory
|
|
11
|
+
- Kept `initialize` and `session/new` lightweight while still sending proper progress updates once model loading begins
|
|
12
|
+
- Updated the Onde integration to `1.0.0`
|
|
13
|
+
- Removed a few dependencies we were no longer using
|
|
14
|
+
|
|
15
|
+
## 1.0.2
|
|
16
|
+
|
|
17
|
+
This release was supposed to fix the ACP auth breakage. It did fix the stdout pollution problem, but it turned out not to be the whole story.
|
|
18
|
+
|
|
19
|
+
### What changed
|
|
20
|
+
|
|
21
|
+
- Delayed model loading in ACP mode so startup diagnostics would not leak into protocol stdout during the auth handshake
|
|
22
|
+
- Tightened up the ACP startup path for editor integrations
|
|
23
|
+
- Refreshed some README wording while cutting `1.0.2`
|
|
24
|
+
|
|
25
|
+
## 1.0.1
|
|
26
|
+
|
|
27
|
+
The first patch after `1.0.0` was mostly about making model loading and model switching feel less opaque.
|
|
28
|
+
|
|
29
|
+
### What changed
|
|
30
|
+
|
|
31
|
+
- Added ToolCall-based progress UI for startup model loading and downloading
|
|
32
|
+
- Improved model-switch progress reporting in ACP clients
|
|
33
|
+
- Fixed model-load error handling so failed switches did not leave the UI in a weird state
|
|
34
|
+
- Cleaned up a few status messages and docs while the release was going out
|
|
35
|
+
|
|
36
|
+
## 1.0.0 (2026)
|
|
37
|
+
|
|
38
|
+
siGit Code has been living in real smbCloud repos for a while now. At some point it stopped feeling like an experiment, so we called it 1.0.
|
|
39
|
+
|
|
40
|
+
### What this release is
|
|
41
|
+
|
|
42
|
+
siGit Code is a local coding agent. It runs a quantized model on your machine, talks to editors over ACP, and can read files, run commands, fetch web pages, and write code without sending your project to a hosted API.
|
|
43
|
+
|
|
44
|
+
You can install it with Cargo, pip, npm, or Homebrew and use it like any other tool on your machine.
|
|
45
|
+
|
|
46
|
+
### What shipped in 1.0
|
|
47
|
+
|
|
48
|
+
#### Editor integration
|
|
49
|
+
|
|
50
|
+
This is the core of the project.
|
|
51
|
+
|
|
52
|
+
Zed and VS Code can talk to siGit Code over ACP. Multi-turn sessions work. Tool calling works. Session forking works. Working-directory context works. That was the original goal, and it feels solid now.
|
|
53
|
+
|
|
54
|
+
#### Terminal UI
|
|
55
|
+
|
|
56
|
+
The terminal UI started as a side quest and turned out to be useful. You get a full-screen ratatui chat, streaming tokens, a spinner while the model is busy, and a model picker you can open in the middle of a session.
|
|
57
|
+
|
|
58
|
+
It runs on macOS and Linux. Windows gets ACP and editor mode for now. The Windows terminal UI is still unfinished.
|
|
59
|
+
|
|
60
|
+
#### Tool calling
|
|
61
|
+
|
|
62
|
+
This is the part that makes siGit Code feel like an agent instead of a chat box. The loop can run up to 10 rounds per message.
|
|
63
|
+
|
|
64
|
+
Available tools:
|
|
65
|
+
|
|
66
|
+
- `read_file` / `write_file` / `delete_file`
|
|
67
|
+
- `list_directory` / `search_files`
|
|
68
|
+
- `run_command`, with an optional working directory
|
|
69
|
+
- `read_website`, which fetches a URL and strips it down to readable text
|
|
70
|
+
|
|
71
|
+
The model can call a tool, inspect the result, and keep going until it has a real answer.
|
|
72
|
+
|
|
73
|
+
#### Model support
|
|
74
|
+
|
|
75
|
+
The model list ended up wider than we expected for 1.0:
|
|
76
|
+
|
|
77
|
+
- Qwen 3 1.7B, 4B, 8B, and 14B
|
|
78
|
+
- Qwen 2.5 1.5B and 3B
|
|
79
|
+
- Qwen 2.5 Coder 1.5B, 3B, and 7B
|
|
80
|
+
- DeepSeek Coder 6.7B
|
|
81
|
+
|
|
82
|
+
They are all GGUF models and they all come from Hugging Face on first run.
|
|
83
|
+
|
|
84
|
+
Qwen 3 is the interesting one. It uses extended thinking mode. The model reasons inside `<think>...</think>` blocks before answering. The TUI strips those blocks out and renders them dimmed above the reply, so you can see what happened without turning the whole conversation into noise.
|
|
85
|
+
|
|
86
|
+
The 8B model is the desktop default. Mobile stays on 1.7B because iOS gives apps roughly 2 to 3 GB of memory, and we learned the hard way that 3B can blow up on an iPhone 16e.
|
|
87
|
+
|
|
88
|
+
#### Model picker
|
|
89
|
+
|
|
90
|
+
The model picker shows:
|
|
91
|
+
|
|
92
|
+
- what is already cached locally
|
|
93
|
+
- what can be downloaded
|
|
94
|
+
- which models support tool calling
|
|
95
|
+
- whether the local cache looks healthy
|
|
96
|
+
|
|
97
|
+
You can open it with `/models` in the TUI or through the editor config option. Switching models happens in the background and the UI stays alive while the download or load is in progress.
|
|
98
|
+
|
|
99
|
+
#### smbCloud context
|
|
100
|
+
|
|
101
|
+
siGit Code knows smbCloud repos better than a generic coding assistant does. It understands the difference between platform-user flows and tenant-app auth flows, how `Project`, `FrontendApp`, `AuthApp`, and GresIQ fit together, and why Next.js SSR deploys are not the same thing as the generic git-push path.
|
|
102
|
+
|
|
103
|
+
Outside smbCloud, it backs off and behaves like a normal coding agent.
|
|
104
|
+
|
|
105
|
+
#### Distribution
|
|
106
|
+
|
|
107
|
+
Distribution took an unreasonable amount of time, honestly.
|
|
108
|
+
|
|
109
|
+
There are prebuilt binaries for macOS, Linux, and Windows on both arm64 and x64 where relevant, plus install paths through Cargo, PyPI, npm, and Homebrew:
|
|
110
|
+
|
|
111
|
+
- `cargo install sigit`
|
|
112
|
+
- `pip install sigit-code`
|
|
113
|
+
- `npm install -g @smbcloud/sigit`
|
|
114
|
+
- `brew install sigit`
|
|
115
|
+
|
|
116
|
+
Getting that whole pipeline to behave across CI, crates.io, PyPI, npm, and Homebrew was basically its own project.
|
|
117
|
+
|
|
118
|
+
### What still does not work
|
|
119
|
+
|
|
120
|
+
The Windows terminal UI is still missing.
|
|
121
|
+
|
|
122
|
+
ACP and editor mode work on Windows. The part that is still missing is the interactive full-screen terminal UI. The blocker is Unix-specific terminal handling that has not been abstracted cleanly yet.
|
|
123
|
+
|
|
124
|
+
### Changes since 0.1.2
|
|
125
|
+
|
|
126
|
+
- Added Qwen 3 14B support
|
|
127
|
+
- Added Qwen 3 `<think>` block parsing and separate rendering in the TUI
|
|
128
|
+
- Moved all TUI code into `#[cfg(unix)]`, which fixed a pile of dead-code errors on Windows CI
|
|
129
|
+
- Added live download progress during model switches, including cancellation with Ctrl+C
|
|
130
|
+
- Added model download and loading progress in the Zed agent config panel
|
|
131
|
+
- Added an animated spinner during model switching
|
|
132
|
+
- Added Qwen 2.5 Coder 7B
|
|
133
|
+
- Added downloadable models to the picker, not just locally cached ones
|
|
134
|
+
- Made model selection persist across restarts
|
|
135
|
+
- Added session working-directory support
|
|
136
|
+
- Moved model picker logic into a platform-independent module so Windows can compile without the TUI
|
|
137
|
+
- Added the `/models N` shortcut for picking a model by number
|
|
138
|
+
- Added the `read_website` tool
|
|
139
|
+
- Improved `read_file` handling and empty-reply detection
|
|
140
|
+
- Added async tool execution
|
|
141
|
+
- Fixed CI cross-compilation for macOS, iOS, Linux, and Windows
|
|
142
|
+
- Added npm, PyPI, and Homebrew distribution
|
|
143
|
+
|
|
144
|
+
---
|
|
145
|
+
|
|
146
|
+
*© 2026 [smbCloud](https://smbcloud.xyz/) (Splitfire AB).*
|