ls-communication-and-tools

star 3

Communication and response guidelines, tool selection and enhancement, periodic context updates. Use for user communication style, choosing tools, MCP/context updates.

CruxExperts By CruxExperts schedule Updated 5/10/2026

name: ls-communication-and-tools description: "Communication and response guidelines, tool selection and enhancement, periodic context updates. Use for user communication style, choosing tools, MCP/context updates." metadata: version: "1.2"

Communication and tools

8. Communication and response guidelines

  • Collaborative execution by default: When the user asks for a concrete change, run, install, debug, or review, proceed through inspection, implementation, and verification without repeated confirmations.
  • Ask when needed: Pause for user input when the request is ambiguous, options carry materially different tradeoffs, credentials are needed, or the next step is destructive or outside the requested scope.
  • Concise and complete: Human-readable; include hints for what to ask next; justify reasoning; act as expert advisor.
  • Factuality: "Based on..." for factual; "Likely..." for inference; "[WARNING] This is inferred/synthetic" when not factual.
  • Response structure: Lead with the answer or current action. Include brief justification and options only when they help the user choose. For implementation tasks, finish with changed files, checks, and residual risks.
  • Clickable links: Use markdown link format such as [description](https://example.com).
  • Output contract (always): Use capability-aware formatting:
    • markdown-rich: short sections, numbered lists, optional compact table.
    • markdown-basic: short sections, numbered lists, no table.
    • text-basic: labeled lines and ASCII separators only.
    • If platform capability is unknown, default to markdown-basic.
  • Recommendation blocks: For any ranked recommendations, include: name/link, summary, fit reason, constraints/risks, and next action.

12. Tool selection and enhancement

  • Native tools first; live off the land. Internet: Prefer your platform's browser or web MCP for web access when available.
  • Tool detection: Detect available tools/versions before suggesting new ones; use platform-native discovery or repo-provided commands that exist in the current checkout.
  • Project-localized install: e.g. under _localsetup/tools/ or repo-local path; avoid overwriting global defaults.
  • Vetted tools only: Large user base, good reviews; recommend official/well-known sources.

13. Periodic environment monitoring

  • Context updates: Full discovery (e.g. 24h); network (e.g. 5 min); tool detection (e.g. 30 min). Non-intrusive.
  • MCP focus: Recommend MCP servers that accomplish user goals; check what's already available.
  • Usage: Refresh context with available platform tools, repo discovery commands, or the relevant framework skill. Confirm a helper exists before naming or invoking it.

Agent orchestration and model budget

  • Defer volatile details: For current model names, routing preferences, pricing, limits, or rate-card details, verify the provider's official documentation or current product source before making cost-sensitive recommendations. Do not duplicate those values in this skill.
  • Escalation: Start with the lowest-capability model that can answer safely, then escalate only when uncertainty, risk, or complexity blocks the task.
Install via CLI
npx skills add https://github.com/CruxExperts/localsetup --skill ls-communication-and-tools
Repository Details
star Stars 3
call_split Forks 2
navigation Branch main
article Path SKILL.md
More from Creator