OpenSolar MCP
io.github.Align-Software-Companyv0.1.3Updated Sep 29, 2026
Unofficial, self-hosted MCP server for the documented OpenSolar API.
Installation
In SourceWeft
- Open OpenSolar MCP in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
OpenSolar MCP
Give Claude, Cursor, VS Code, and any other MCP client safe, structured access to your OpenSolar organisation.
Unofficial · Self-hosted · Bring your own OpenSolar API token
[npm] [CI] [MCP 2026-07-28] [Node.js 24+] [License: MIT]
Quick start · Connect a client · Tools · Configuration · Remote deployment · Security · Troubleshooting
OpenSolar MCP is a Model Context Protocol server for the documented OpenSolar API. It runs on your machine or your infrastructure, uses your own OpenSolar credentials, and gives AI agents a curated set of tools for projects, contacts, systems, files, commercial settings, and Teams sharing.
[!IMPORTANT] This project is not affiliated with, endorsed by, or maintained by OpenSolar Pty Ltd. It calls only the public, documented OpenSolar API and does not operate a shared or hosted OpenSolar service.
Highlights
- Curated for agents. A 31-tool default profile covers everyday work. All 75 registered tools are one setting away.
- Semantic operations, not just endpoints. Project and contact search, operational snapshots, stage changes by name, side-by-side system comparison, design summaries, and a read-only share preflight.
- Conservative by design. Searches report whether a match is
unique,ambiguous, orincomplete, and agents are told not to guess. Writes are never retried automatically, and read-only mode removes every mutation. - Faithful to OpenSolar's documentation. Every tool is backed by the official API documentation or by recorded live verification, and writes are exposed only when their request body is established. The evidence for each tool is in the API contract matrix.
- Clean model context. Structured output with published schemas. Credentials, signed URLs, design blobs, and other raw or sensitive fields are removed before they reach the model.
- Current MCP. Built on the official MCP TypeScript SDK v2 for the 2026-07-28 specification, with fallback for clients on earlier protocol versions. Supports stdio and stateless Streamable HTTP, and every tool declares a title, output schema, and behavior annotations.
What you can ask
Quick start
Requirements
- Node.js 24 or newer
- An OpenSolar organisation with API Access enabled
- Your OpenSolar organisation ID and a bearer token
- Raw Data API Access only if you want
get_proposal_dataorget_project_design
[!TIP] Standard OpenSolar user tokens expire after seven days. For a long-running setup, create a dedicated OpenSolar user for API work and make it a machine user, whose token does not expire. This server never changes that setting for you.
1. See the tools you'll get (no credentials needed):
2. Check your configuration and token:
--check makes one read of your organisation. Add --no-probe to validate the configuration without contacting OpenSolar.
3. Add it to your MCP client using one of the options below.
Connect your MCP client
[Install in VS Code] [Add to Cursor]
Every client needs the same two settings: OPENSOLAR_API_TOKEN and OPENSOLAR_ORG_ID. Replace your_token and 12345 below with your own values.
Claude Code
Add --scope user to make it available in every project.
Claude Desktop
Open Settings → Developer → Edit Config and add:
Restart Claude Desktop after saving.
Cursor
Use the Add to Cursor button above, or add this to ~/.cursor/mcp.json (all projects) or .cursor/mcp.json (one project):
VS Code
Use the Install in VS Code button above, or add this to .vscode/mcp.json. VS Code prompts for the token and stores it securely:
Windsurf
Add this to ~/.codeium/windsurf/mcp_config.json:
OpenAI Codex
Add this to ~/.codex/config.toml:
Gemini CLI
Add this to ~/.gemini/settings.json:
Any other MCP client
Run npx -y @alignco/opensolar-mcp as a stdio server with OPENSOLAR_API_TOKEN and OPENSOLAR_ORG_ID in its environment. For a client that connects over HTTP, see Remote deployment.
To install the command once instead of through npx:
[!TIP] Start with
OPENSOLAR_READ_ONLY=1in theenvblock while you get comfortable. It removes every tool that can change OpenSolar data.
Tools
Profiles
A profile is a curated operating surface. Toolsets are functional areas you can select directly. Read-only mode and the access-plan filter apply on top of either.
--list-tools always prints the exact surface your settings produce:
Default agent tools
✏️ marks tools that change OpenSolar data. 🔒 marks tools that need Raw Data API Access.
All 75 tools by toolset
Set OPENSOLAR_PROFILE=full to expose everything, or name toolsets with OPENSOLAR_TOOLSETS (for example projects,contacts,systems).
Some documented OpenSolar operations are intentionally not exposed because the documentation does not establish their request body — for example creating pricing schemes, payment options, costings, or component activations, and updating workflows or the organisation. The current implementation lists them.
Configuration
OPENSOLAR_TOOLSETS takes precedence over the profile. OPENSOLAR_READ_ONLY and OPENSOLAR_PLAN are applied afterwards. See .env.example for a commented template; the server itself does not load .env files.
Command-line options
Local file uploads
create_private_file uploads a file from the machine running the server, so it is off by default. To enable it, point it at a directory:
Relative paths resolve inside that directory. Absolute paths and symlinks are accepted only when their real path stays inside it. The model never sends file bytes.
Downloads through get_private_file and get_system_image are capped at 10 MB. Text content is returned to the model; images and other binary files are returned as MCP image or resource content rather than copied into JSON.
Remote deployment
The server also speaks stateless Streamable HTTP, for clients that connect over the network.
On a loopback address, an Authorization: Bearer <token> header takes precedence and the OPENSOLAR_API_TOKEN variable is a local fallback.
Exposing it beyond localhost
Any non-loopback bind requires the OpenSolar bearer token on every MCP request. The OPENSOLAR_API_TOKEN variable is ignored as a fallback, and a malformed Authorization header is rejected.
Connect a client with the token in the request header, for example:
[!WARNING] The built-in server speaks plain HTTP. Put it behind a reverse proxy or platform that terminates TLS before any token crosses a network.
MCP_HTTP_ALLOWED_HOSTSandMCP_HTTP_ALLOWED_ORIGINSprotect against DNS rebinding and cross-site browser requests; they are not authentication.
Docker
The image runs the HTTP transport as an unprivileged user and includes a health check.
To build it from a clone of this repository instead:
Inside the container the server binds to 0.0.0.0, so clients must send Authorization: Bearer <token> on every request. The image allows localhost and 127.0.0.1 as Host values; set MCP_HTTP_ALLOWED_HOSTS to your public hostname for anything else.
Security model
- No telemetry. The server sends no analytics or usage data. Its only outbound requests are to the OpenSolar API and to the file and image URLs that OpenSolar returns.
- Your credentials, your process. Tokens stay in your environment or your client's configuration. Nothing is persisted, and this project runs no hosted service.
- Writes are explicit. Mutating tools carry MCP
readOnlyHint: falseannotations, destructive ones carrydestructiveHint: true, and none are retried automatically.OPENSOLAR_READ_ONLY=1removes them entirely. - No guessing. A search confirms a target only when it reports
resolution: unique, oridentifier_match_idfor a single exact email or phone match on a complete scan. The server never retries writes and exposes no hidden bulk writes. - Minimal output. Signed download URLs, integration secrets, webhook secrets, personal identity fields, and raw design data are redacted or omitted.
- Bounded work. Searches, downloads, and Raw Data decompression all have fixed limits. Only ordinary reads retry, and only on HTTP 429, up to three attempts.
- HTTP mode passes your OpenSolar token through. The bearer token a client sends is the OpenSolar token itself, forwarded to OpenSolar. It is not an MCP OAuth token. If several people share one deployment, put an authenticating gateway in front of it.
Please report vulnerabilities privately — see SECURITY.md.
Compatibility
Successful structured tool results also include the same payload serialized as compact JSON text. Clients that do not forward structuredContent can therefore still pass the complete structured result to the model.
Troubleshooting
Logs go to stderr as JSON lines, so stdout stays clean for the MCP protocol.
Development
The regular test suite runs offline. Live integration tests read .env.local and run read-only by default; writes need OPENSOLAR_INTEGRATION_WRITES=1 and dedicated fixture records:
Read CONTRIBUTING.md before opening a pull request, especially the rules for OpenSolar API evidence.
Documentation
Contributing
Contributions are welcome. See CONTRIBUTING.md and the Code of Conduct. For security issues, follow SECURITY.md instead of opening an issue.
License
MIT © 2026 Align Software Company.
OpenSolar is a trademark of OpenSolar Pty Ltd. This project is independent and is not endorsed by OpenSolar.
Source: README.md at commit 58bd281
Tools
0Version history
1- v0.1.3LatestSep 29, 2026


