com.luthersystems.insideout/mcp
up checked
Unclaimed · Unverified
Agent searches it appeared in, last 30 days: 0. Run this server? Claim the listing: verified label, uptime alerts and analytics.
Publisher-provided title
InsideOut (Riley)
Publisher-provided description
Designs, prices, and deploys AWS/GCP cloud infrastructure from plain-English requirements.
Summary by lookupd
Lets an agent design, price, version, and deploy AWS or GCP infrastructure through a guided conversation, then inspect, drift-check, and…
Install
Claude Code, remote (streamable-http)
claude mcp add --transport http mcp https://app.luthersystems.com/v1/insideout-mcp
Codex, remote (streamable-http)
codex mcp add mcp --url https://app.luthersystems.com/v1/insideout-mcp
Cursor, remote (streamable-http) → .cursor/mcp.json
{
"mcpServers": {
"mcp": {
"url": "https://app.luthersystems.com/v1/insideout-mcp"
}
}
}Other clients: docs. Or tell your agent: Set up lookupd for me: read https://lookupd.com/agent.md and follow it.
Tools (24 tools)
Publisher-provided text
awsinspectINSPECTION: Inspect AWS infrastructure for a deployed project ⚠️ **PREREQUISITE**: This tool requires a prior deployment ATTEMPT (successful or failed). Check cawsinspect_batchBATCH INSPECTION: run up to 32 AWS inspect probes in one call. ⚠️ **PREREQUISITE**: Same as awsinspect — deploy attempt required. Check convostatus for hasDeploconvoawaitWait for a pending response from Riley after a convoreply timeout. 🎯 USE THIS TOOL WHEN: convoreply returned a timeout error. This allows you to continue waitconvoinspectINSPECTION: View a session's conversation transcript and metadata Returns the full message history (user / assistant / tool turns) plus the session's meta — worconvoopenWORKFLOW: Step 1 of 4 - Start infrastructure design conversation Open an InsideOut V2 session and receive the assistant's intro message. The response contains aconvoreplyWORKFLOW: Step 2 of 4 - Continue infrastructure design conversation Send a user message to the active InsideOut session and receive the assistant reply. The resconvostatusINSPECTION: View the current infrastructure stack for a session Returns the current state of the user's infrastructure design including: **Components** - SeleccredawaitWait for the user to securely connect their cloud account and subscribe to Luther Systems. Polls until credentials appear on the session. 🎯 USE THIS TOOL WHENgcpinspectINSPECTION: Inspect GCP infrastructure for a deployed project ⚠️ **PREREQUISITE**: This tool requires a prior deployment ATTEMPT (successful or failed). Check cgcpinspect_batchBATCH INSPECTION: run up to 32 GCP inspect probes in one call. ⚠️ **PREREQUISITE**: Same as gcpinspect — deploy attempt required. Check convostatus for hasDeplohelpGet workflow guidance for using InsideOut infrastructure tools. Call help() for a compact overview, or help(section=...) for a detailed guide. Sections: workflostackdiffStructured diff showing what would be deployed if the user ran tfdeploy now. Returns component-level changes (added/removed/modified), field-level details, andstackrollbackCreate a draft version by reverting to a previous version's config. Copies components, config, and pricing from the target version. If a draft already exists, ustackversionsList all stack versions for a session (newest first). Shows version history including version number, status (draft/confirmed/applied), change summaries, and tisubmit_feedbackFEEDBACK: Submit feedback, bug reports, or feature requests to Luther Systems Use this tool to forward user feedback directly to the Luther Systems team. This itfdeployWORKFLOW: Step 4 of 4 - Deploy infrastructure to the cloud Deploy infrastructure by starting a Terraform job for an InsideOut session. This tool initiates the atfdestroyDESTROY: Tear down previously deployed infrastructure Destroys infrastructure by calling the Oracle destroy endpoint for a session that has a prior successful dtfdriftDRIFT CHECK: Run a read-only drift detection check Checks whether deployed infrastructure has drifted from the expected Terraform state. This is a read-only opetfgenerateWORKFLOW: Step 3 of 4 - Generate Terraform files from completed design Generate Terraform files from an InsideOut session that has completed infrastructure desitflogsMONITORING: Fetch Terraform deployment logs with pagination Fetches logs from a running or completed Terraform deployment job. For **completed jobs**: uses RESTtfoutputsINSPECTION: Retrieve Terraform outputs from a completed deployment Returns structured output values (VPC IDs, endpoints, cluster names, etc.) after a successfultfplanPREVIEW: Run terraform plan to preview infrastructure changes Runs a terraform plan for an InsideOut session without applying any changes. This lets the user retfrunsINSPECTION: List all Terraform deployment runs for a session Returns job IDs, statuses, types (apply/destroy), and timestamps for every run. Use this to see deptfstatusMONITORING: Quick status check for Terraform deployments Check the current status of a Terraform deployment job. Use this tool to quickly check if a deployment
Details
- Version: 0.36.3
- Transports: streamable-http, stdio
- Uptime (7 days): 100%
- Median latency: 1019 ms
- First indexed:
- Last seen in registry:
- Repository: https://github.com/luthersystems/insideout-agent-skills
- Website: https://insideout.luthersystems.com
Badge for your README
Shows this live status and links here; updates hourly.
[](https://lookupd.com/servers/com.luthersystems.insideout/mcp)
- 62033 servers
- Last crawl: 2026-11-11T15:38:39.561Z
- API base:
https://api.lookupd.com - MCP URL:
https://api.lookupd.com/mcp