@sassoftware/sas-score-mcp-serverjs 0.4.1-18 → 0.4.1-20
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.
- package/.claude/mcp-tool-description-optimizer/SKILL.md +129 -0
- package/.claude/mcp-tool-description-optimizer/references/examples.md +123 -0
- package/.claude/sas-find-library-smart/SKILL.md +154 -0
- package/.claude/sas-list-tables-smart/SKILL.md +127 -0
- package/.claude/sas-read-and-score/SKILL.md +111 -0
- package/.claude/sas-read-strategy/SKILL.md +178 -0
- package/.claude/sas-score-workflow/SKILL.md +314 -0
- package/.claude/sas-spec-migration/SKILL.md +303 -0
- package/package.json +3 -2
- package/skills/sas-read-strategy/SKILL.md +49 -27
- package/src/toolSet/findTable.js +2 -2
|
@@ -0,0 +1,129 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: mcp-tool-description-optimizer
|
|
3
|
+
description: >
|
|
4
|
+
Optimize MCP (Model Context Protocol) tool descriptions for token efficiency and LLM routing accuracy.
|
|
5
|
+
Use this skill whenever a user shares a raw, verbose, or poorly structured MCP tool description and wants
|
|
6
|
+
it improved, rewritten, or reviewed. Trigger on phrases like: "optimize this tool description",
|
|
7
|
+
"rewrite my MCP tool description", "make this tool description more efficient", "clean up my tool spec",
|
|
8
|
+
"improve how Claude picks my tool", or when a user pastes a JavaScript/TypeScript tool description string
|
|
9
|
+
and asks for help with it. Also trigger when the user mentions token efficiency, tool routing,
|
|
10
|
+
or LLM disambiguation in the context of MCP servers.
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
# MCP Tool Description Optimizer
|
|
14
|
+
|
|
15
|
+
Rewrites verbose or poorly structured MCP tool descriptions into compact, signal-rich versions that
|
|
16
|
+
improve LLM tool selection accuracy while reducing token usage.
|
|
17
|
+
|
|
18
|
+
## Why this matters
|
|
19
|
+
|
|
20
|
+
Claude and other LLMs select MCP tools based entirely on the `description` field. Descriptions that are
|
|
21
|
+
too long, redundant, or badly structured waste context tokens and reduce routing precision.
|
|
22
|
+
A well-optimized description:
|
|
23
|
+
- States what the tool does and when to use it upfront
|
|
24
|
+
- Eliminates redundancy (same info repeated across sections)
|
|
25
|
+
- Uses a compact, scannable format (labeled blocks, not nested markdown)
|
|
26
|
+
- Includes clear negative examples to prevent mis-routing
|
|
27
|
+
- Keeps parameters terse — name, type, default, one-line purpose
|
|
28
|
+
|
|
29
|
+
---
|
|
30
|
+
|
|
31
|
+
## Optimization Process
|
|
32
|
+
|
|
33
|
+
### Step 1 — Analyze the input description
|
|
34
|
+
|
|
35
|
+
Before rewriting, identify these problems in the original:
|
|
36
|
+
|
|
37
|
+
| Problem | Example |
|
|
38
|
+
|---|---|
|
|
39
|
+
| **Redundancy** | Trigger phrases listed in 3+ places |
|
|
40
|
+
| **Filler sections** | "Rationale", "Behavior Summary", "Response Contract" with no routing signal |
|
|
41
|
+
| **Orphaned syntax** | Arrows (`→`) or bullets with no target |
|
|
42
|
+
| **Overlong examples** | Long prose examples when one-liners suffice |
|
|
43
|
+
| **Heavy markdown** | `##` headers for every minor point |
|
|
44
|
+
| **Duplicated parameter docs** | Same param described in both a table and prose |
|
|
45
|
+
|
|
46
|
+
Call out 2–4 of the most impactful issues before writing the new version.
|
|
47
|
+
|
|
48
|
+
### Step 2 — Rewrite using the standard template
|
|
49
|
+
|
|
50
|
+
Use this exact block structure for the output. Omit blocks that don't apply.
|
|
51
|
+
|
|
52
|
+
```
|
|
53
|
+
<tool-name> — <one-line purpose>.
|
|
54
|
+
|
|
55
|
+
USE when: <comma-separated user intents or trigger phrases>
|
|
56
|
+
DO NOT USE for: <comma-separated anti-patterns with → redirect where applicable>
|
|
57
|
+
|
|
58
|
+
PARAMETERS
|
|
59
|
+
- <name>: <type> (default: <val>) — <one-line purpose>
|
|
60
|
+
...
|
|
61
|
+
|
|
62
|
+
ROUTING RULES
|
|
63
|
+
- "<trigger phrase>" → { param: value }
|
|
64
|
+
- "<trigger phrase>" → { param: value }
|
|
65
|
+
- <ambiguous case> → <ask for clarification | default behavior>
|
|
66
|
+
|
|
67
|
+
EXAMPLES
|
|
68
|
+
- "<user utterance>" → { param: value, ... }
|
|
69
|
+
- "<user utterance>" → { param: value, ... }
|
|
70
|
+
|
|
71
|
+
NEGATIVE EXAMPLES (do not route here)
|
|
72
|
+
- "<user utterance>" → <correct tool>
|
|
73
|
+
|
|
74
|
+
PAGINATION (include only if tool is paginated)
|
|
75
|
+
If returned count === limit → hint: next start = start + limit.
|
|
76
|
+
If start > 1 and result empty → note paging may exceed available items.
|
|
77
|
+
|
|
78
|
+
ERRORS
|
|
79
|
+
<One or two lines: return structure, hallucination policy>
|
|
80
|
+
```
|
|
81
|
+
|
|
82
|
+
### Step 3 — Apply these rules consistently
|
|
83
|
+
|
|
84
|
+
**USE/DO NOT USE block**
|
|
85
|
+
- Write as comma-separated inline list, not a bullet list
|
|
86
|
+
- DO NOT USE entries should name the redirect tool in parentheses where known
|
|
87
|
+
|
|
88
|
+
**ROUTING RULES block**
|
|
89
|
+
- One rule per line; quote the trigger phrase; use `→ { }` for param mapping
|
|
90
|
+
- Consolidate synonyms on one line: `"cas libs / cas libraries / in cas" → { server: 'cas' }`
|
|
91
|
+
- List the default/fallback rule last
|
|
92
|
+
|
|
93
|
+
**PARAMETERS block**
|
|
94
|
+
- One line per param: `- name: type (default: val) — purpose`
|
|
95
|
+
- Skip obvious params (e.g. don't explain what `limit` means if it's standard pagination)
|
|
96
|
+
|
|
97
|
+
**EXAMPLES block**
|
|
98
|
+
- Each example fits on one line
|
|
99
|
+
- For "next page" examples, include the prior call's state inline: `"next" (prev: start:1, limit:10) → { start: 11, limit: 10 }`
|
|
100
|
+
|
|
101
|
+
**NEGATIVE EXAMPLES block**
|
|
102
|
+
- Only include when mis-routing is a real risk
|
|
103
|
+
- Format: `"<utterance>" → <correct-tool-name>`
|
|
104
|
+
|
|
105
|
+
**Tone**
|
|
106
|
+
- Imperative, terse. No filler words ("Please note that...", "It is important to...")
|
|
107
|
+
- Never include a "Rationale" or "Behavior Summary" section — if behavior matters, encode it as a rule
|
|
108
|
+
|
|
109
|
+
### Step 4 — Validate before returning
|
|
110
|
+
|
|
111
|
+
Check the rewritten description against this list:
|
|
112
|
+
|
|
113
|
+
- [ ] No trigger phrase appears in more than one block
|
|
114
|
+
- [ ] No orphaned `→` arrows or dangling bullets
|
|
115
|
+
- [ ] Parameter defaults are stated explicitly
|
|
116
|
+
- [ ] Negative examples cover the tool's most common mis-routing risks
|
|
117
|
+
- [ ] Total length is ≤ 50% of the original (target: 30–40% reduction)
|
|
118
|
+
|
|
119
|
+
---
|
|
120
|
+
|
|
121
|
+
## Output format
|
|
122
|
+
|
|
123
|
+
Always return:
|
|
124
|
+
|
|
125
|
+
1. **Analysis** — 2–4 bullet points naming the key issues found in the original
|
|
126
|
+
2. **Rewritten description** — inside a JavaScript code block (matching the user's original code style)
|
|
127
|
+
3. **Change summary** — a short table or bullet list of what changed and why
|
|
128
|
+
|
|
129
|
+
See `references/examples.md` for before/after examples of real tool descriptions.
|
|
@@ -0,0 +1,123 @@
|
|
|
1
|
+
# Before / After Examples
|
|
2
|
+
|
|
3
|
+
## Example 1 — list-libraries (SAS Viya MCP)
|
|
4
|
+
|
|
5
|
+
### BEFORE (~620 tokens)
|
|
6
|
+
|
|
7
|
+
```
|
|
8
|
+
## list-libraries — enumerate CAS or SAS libraries
|
|
9
|
+
|
|
10
|
+
LLM Invocation Guidance (critical)
|
|
11
|
+
Use THIS tool when the user asks for: "list libs", "list libraries", "show cas libs", "show sas libs",
|
|
12
|
+
"what libraries are available", "list caslib(s)", "enumerate libraries", "libraries in cas", "libraries in sas".
|
|
13
|
+
DO NOT use this tool when the user asks for: tables inside a specific library (choose listTables),
|
|
14
|
+
columns/metadata of a table, job/program execution, models, or scoring.
|
|
15
|
+
|
|
16
|
+
Trigger Phrase → Parameter Mapping
|
|
17
|
+
- "cas libs" / "in cas" / "cas libraries" → { server: 'cas' }
|
|
18
|
+
- "sas libs" / "in sas" / "base sas libraries" → { server: 'sas' }
|
|
19
|
+
- "all libs" / "all libs" -> {server: 'all'}
|
|
20
|
+
→ { server: 'all' }
|
|
21
|
+
- "next" (after prior call) → { start: previous.start + previous.limit }
|
|
22
|
+
- "first 20 cas libs" → { server: 'cas', limit: 20 }
|
|
23
|
+
- If server unspecified: default to all.
|
|
24
|
+
|
|
25
|
+
Parameters
|
|
26
|
+
- server (cas|sas|all, default 'all')
|
|
27
|
+
- limit (integer > 0, default 10)
|
|
28
|
+
- start (1-based offset, default 1)
|
|
29
|
+
- where (optional filter expression, default '')
|
|
30
|
+
|
|
31
|
+
Response Contract
|
|
32
|
+
Return JSON-like structure from helper; consumers may extract an array of library objects/names.
|
|
33
|
+
If number of returned items === limit supply a pagination hint: start = start + limit.
|
|
34
|
+
|
|
35
|
+
Behavior Summary
|
|
36
|
+
- Pure listing; no side effects.
|
|
37
|
+
- If ambiguous short request like "list" or "libs" and no prior context: assume { server: 'cas' }.
|
|
38
|
+
- If user explicitly asks for ALL (e.g. "all cas libs") and count likely large, honor limit=50 unless
|
|
39
|
+
user supplies a value; include note about paging.
|
|
40
|
+
|
|
41
|
+
Disambiguation Rules
|
|
42
|
+
- If user mentions a singular library name plus desire for tables ("list tables in SASHELP") choose
|
|
43
|
+
listTables (not this tool).
|
|
44
|
+
- If user mixes "tables" and "libraries" ask for clarification unless clearly about libraries.
|
|
45
|
+
|
|
46
|
+
Examples
|
|
47
|
+
- "list libraries" → { server: 'all', start:1, limit:10 }
|
|
48
|
+
- "list libs" → { server: 'all', start:1, limit:10 }
|
|
49
|
+
- "list sas libs" → { server: 'sas' }
|
|
50
|
+
- "list cas libraries" → { server: 'cas' }
|
|
51
|
+
- "show me 25 cas libraries" → { server:'cas', limit:25 }
|
|
52
|
+
- "next" (after prior call {start:1,limit:10}) → { start:11, limit:10 }
|
|
53
|
+
- "filter cas libs" (no criterion) → ask: "Provide a filter or continue without one?"
|
|
54
|
+
|
|
55
|
+
Negative Examples (do not route here)
|
|
56
|
+
- "list tables in public" (route to list-tables)
|
|
57
|
+
- "list models, list tables, list jobs, list jobdef and similar request"
|
|
58
|
+
- "describe library" (likely list-tables or table-info depending on follow-up)
|
|
59
|
+
- "run program to make a lib" (run-sas-program tool)
|
|
60
|
+
|
|
61
|
+
Error Handling
|
|
62
|
+
- On backend error: return structured error with message field; do not hallucinate libraries.
|
|
63
|
+
- Empty result set → return empty list plus (if start>1) a hint that paging may have exceeded available items.
|
|
64
|
+
|
|
65
|
+
Rationale
|
|
66
|
+
Concise, signal-rich description increases probability this spec is selected for generic library
|
|
67
|
+
enumeration intents.
|
|
68
|
+
```
|
|
69
|
+
|
|
70
|
+
### AFTER (~210 tokens)
|
|
71
|
+
|
|
72
|
+
```
|
|
73
|
+
list-libraries — enumerate CAS or SAS libraries.
|
|
74
|
+
|
|
75
|
+
USE when: list/show/enumerate libraries, caslibs, sas libs, available libraries
|
|
76
|
+
DO NOT USE for: listing tables in a library (→ list-tables), column/table metadata, job execution, models, scoring
|
|
77
|
+
|
|
78
|
+
PARAMETERS
|
|
79
|
+
- server: 'cas' | 'sas' | 'all' (default: 'all')
|
|
80
|
+
- limit: integer > 0 (default: 10)
|
|
81
|
+
- start: 1-based offset (default: 1)
|
|
82
|
+
- where: optional filter expression (default: '')
|
|
83
|
+
|
|
84
|
+
ROUTING RULES
|
|
85
|
+
- "cas libs / cas libraries / in cas" → { server: 'cas' }
|
|
86
|
+
- "sas libs / sas libraries / in sas" → { server: 'sas' }
|
|
87
|
+
- "all libs / all libraries" → { server: 'all' }
|
|
88
|
+
- "all cas libs" with no limit given → { server: 'cas', limit: 50 } + paging note
|
|
89
|
+
- "next" after prior call (start:S, limit:L) → { start: S + L, limit: L }
|
|
90
|
+
- "filter cas libs" with no filter given → ask: "What filter expression should I apply?"
|
|
91
|
+
- server unspecified / ambiguous "list"/"libs" → { server: 'cas' }
|
|
92
|
+
|
|
93
|
+
EXAMPLES
|
|
94
|
+
- "list libraries" → { server: 'all', start: 1, limit: 10 }
|
|
95
|
+
- "list cas libraries" → { server: 'cas', start: 1, limit: 10 }
|
|
96
|
+
- "show me 25 sas libs" → { server: 'sas', limit: 25, start: 1 }
|
|
97
|
+
- "next" (prev: start:1,limit:10) → { server: <same>, start: 11, limit: 10 }
|
|
98
|
+
|
|
99
|
+
NEGATIVE EXAMPLES (do not route here)
|
|
100
|
+
- "list tables in SASHELP" → list-tables
|
|
101
|
+
- "list models / jobs / jobdefs" → respective tools
|
|
102
|
+
- "run a program to create a lib" → run-sas-program
|
|
103
|
+
|
|
104
|
+
PAGINATION
|
|
105
|
+
If returned count === limit → hint: next start = start + limit.
|
|
106
|
+
If start > 1 and result empty → note paging may exceed available items.
|
|
107
|
+
|
|
108
|
+
ERRORS
|
|
109
|
+
Return structured error with message field. Never hallucinate library names.
|
|
110
|
+
```
|
|
111
|
+
|
|
112
|
+
**Token reduction: ~66%**
|
|
113
|
+
|
|
114
|
+
---
|
|
115
|
+
|
|
116
|
+
## Key patterns illustrated
|
|
117
|
+
|
|
118
|
+
- Trigger phrases consolidated from 3 blocks → 1 ROUTING RULES block
|
|
119
|
+
- "Rationale", "Behavior Summary", "Response Contract" sections eliminated
|
|
120
|
+
- Orphaned `→ { server: 'all' }` arrow removed
|
|
121
|
+
- Parameter defaults made explicit inline
|
|
122
|
+
- Examples trimmed to one line each
|
|
123
|
+
- Negative examples now name the redirect tool explicitly
|
|
@@ -0,0 +1,154 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: sas-find-library-smart
|
|
3
|
+
description: >
|
|
4
|
+
Find a SAS Viya library (libref or caslib) with intelligent server detection. Automatically checks
|
|
5
|
+
CAS first, then SAS if not found. Use this skill when the user needs to verify a library exists,
|
|
6
|
+
before accessing tables within it. Trigger phrases include: "find library", "does library exist",
|
|
7
|
+
"check if library", "locate library", "is there a library named", "verify library", or any request
|
|
8
|
+
to confirm a library's availability across servers.
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
# Smart Library Lookup (Find Library)
|
|
12
|
+
|
|
13
|
+
Intelligently locates a SAS Viya library by checking CAS first, then SAS if the library is not found
|
|
14
|
+
in CAS. Provides the user with clear information about library availability and location.
|
|
15
|
+
|
|
16
|
+
**If the user specifies the server explicitly** (e.g., "find library Public in cas"):
|
|
17
|
+
- Use the specified server: `server: "cas"` or `server: "sas"`
|
|
18
|
+
- Proceed directly to finding the library
|
|
19
|
+
|
|
20
|
+
**If the server is NOT specified:**
|
|
21
|
+
1. **First attempt**: Check CAS (`server: "cas"`)
|
|
22
|
+
2. **If not found in CAS**: Check SAS with uppercase library name (`server: "sas"`)
|
|
23
|
+
3. **If not found in either**:
|
|
24
|
+
- Inform user: *"The library '<lib>' was not found in CAS or SAS servers. Please verify the library name."*
|
|
25
|
+
- Suggest: *"Would you like to list available libraries?"* (suggest `sas-score-list-libraries`)
|
|
26
|
+
4. **If found**:
|
|
27
|
+
- Inform user which server contains the library: *"Found library '<lib>' in CAS"* or *"Found library '<lib>' in SAS"*
|
|
28
|
+
- Offer next steps: *"Would you like to list tables in this library?"* (suggest `sas-score-list-tables`)
|
|
29
|
+
|
|
30
|
+
---
|
|
31
|
+
|
|
32
|
+
## Using sas-score-find-library
|
|
33
|
+
|
|
34
|
+
**When:**
|
|
35
|
+
- User wants to verify a library exists
|
|
36
|
+
- User needs to determine which server contains a library
|
|
37
|
+
- User wants to check library availability before accessing it
|
|
38
|
+
- User wants to explore available libraries (before querying)
|
|
39
|
+
|
|
40
|
+
**How:**
|
|
41
|
+
```
|
|
42
|
+
sas-score-find-library({
|
|
43
|
+
name: "libraryname", // required
|
|
44
|
+
server: "cas" or "sas" // optional; determined by server check if not specified
|
|
45
|
+
})
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
**Rules:**
|
|
49
|
+
- Always determine the correct server first (cas → sas → neither)
|
|
50
|
+
- **For SAS server: always uppercase the library name** (e.g., "public" → "PUBLIC")
|
|
51
|
+
- If library name is missing, ask: *"Which library name would you like to find?"*
|
|
52
|
+
- Return the server where the library was found
|
|
53
|
+
- If not found in either server, clearly inform the user and offer to list available libraries
|
|
54
|
+
- Do not proceed with table access until library existence is confirmed
|
|
55
|
+
|
|
56
|
+
---
|
|
57
|
+
|
|
58
|
+
## Smart server detection logic
|
|
59
|
+
|
|
60
|
+
```
|
|
61
|
+
IF server specified by user
|
|
62
|
+
→ IF server is "sas"
|
|
63
|
+
→ uppercase lib
|
|
64
|
+
→ use that server, call sas-score-find-library
|
|
65
|
+
ELSE
|
|
66
|
+
→ TRY sas-score-find-library(lib, server="cas")
|
|
67
|
+
IF library found
|
|
68
|
+
→ success, inform user: library found in CAS
|
|
69
|
+
ELSE
|
|
70
|
+
→ uppercase lib
|
|
71
|
+
→ TRY sas-score-find-library(lib.toUpperCase(), server="sas")
|
|
72
|
+
IF library found
|
|
73
|
+
→ success, inform user: library found in SAS
|
|
74
|
+
ELSE
|
|
75
|
+
→ inform user library not found in either server
|
|
76
|
+
→ offer to list available libraries
|
|
77
|
+
```
|
|
78
|
+
|
|
79
|
+
---
|
|
80
|
+
|
|
81
|
+
## Common patterns
|
|
82
|
+
|
|
83
|
+
**Pattern 1 — Find library, server unspecified**
|
|
84
|
+
> "Find library Public"
|
|
85
|
+
|
|
86
|
+
1. Try CAS: `sas-score-find-library({ name: "Public", server: "cas" })`
|
|
87
|
+
2. If not found, try SAS with uppercase: `sas-score-find-library({ name: "PUBLIC", server: "sas" })`
|
|
88
|
+
3. If found in CAS → *"Found library 'Public' in CAS. Would you like to list tables in it?"*
|
|
89
|
+
4. If found in SAS → *"Found library 'PUBLIC' in SAS. Would you like to list tables in it?"*
|
|
90
|
+
5. If not found → *"The library 'Public' was not found in CAS or SAS. Would you like to list available libraries?"*
|
|
91
|
+
|
|
92
|
+
**Pattern 2 — Find library with explicit server (CAS)**
|
|
93
|
+
> "Find library MyData in cas"
|
|
94
|
+
|
|
95
|
+
1. Skip server detection
|
|
96
|
+
2. Call: `sas-score-find-library({ name: "MyData", server: "cas" })`
|
|
97
|
+
3. Result → *"Found library 'MyData' in CAS"* or *"Library 'MyData' not found in CAS"*
|
|
98
|
+
|
|
99
|
+
**Pattern 3 — Find library with explicit server (SAS)**
|
|
100
|
+
> "Does library SASHELP exist in sas"
|
|
101
|
+
|
|
102
|
+
1. Skip server detection
|
|
103
|
+
2. Uppercase lib: `sas-score-find-library({ name: "SASHELP", server: "sas" })`
|
|
104
|
+
3. Result → *"Found library 'SASHELP' in SAS"* or *"Library 'SASHELP' not found in SAS"*
|
|
105
|
+
|
|
106
|
+
**Pattern 4 — Library not found, offer next steps**
|
|
107
|
+
> "Check if library staging exists"
|
|
108
|
+
|
|
109
|
+
1. Try CAS: `sas-score-find-library({ name: "staging", server: "cas" })` → not found
|
|
110
|
+
2. Try SAS: `sas-score-find-library({ name: "STAGING", server: "sas" })` → not found
|
|
111
|
+
3. Respond:
|
|
112
|
+
- *"The library 'staging' was not found in CAS or SAS."*
|
|
113
|
+
- *"Would you like to:"*
|
|
114
|
+
- *"List all available libraries? (use `sas-score-list-libraries`))"*
|
|
115
|
+
- *"Check a different library name?"*
|
|
116
|
+
|
|
117
|
+
**Pattern 5 — Library found, follow-up action**
|
|
118
|
+
> "Verify library samples exists"
|
|
119
|
+
|
|
120
|
+
1. Try CAS: `sas-score-find-library({ name: "samples", server: "cas" })` → found
|
|
121
|
+
2. Respond:
|
|
122
|
+
- *"Found library 'samples' in CAS."*
|
|
123
|
+
- *"Would you like to list tables in this library? (use `sas-score-list-tables`))"*
|
|
124
|
+
|
|
125
|
+
---
|
|
126
|
+
|
|
127
|
+
## Output presentation
|
|
128
|
+
|
|
129
|
+
**When library is found:**
|
|
130
|
+
```
|
|
131
|
+
✓ Found library '<lib>' in <SERVER>
|
|
132
|
+
|
|
133
|
+
Would you like to:
|
|
134
|
+
• List tables in this library (use sas-list-tables-smart skill)
|
|
135
|
+
• Read data from a specific table (use sas-read-strategy skill)
|
|
136
|
+
```
|
|
137
|
+
|
|
138
|
+
**When library is not found:**
|
|
139
|
+
```
|
|
140
|
+
✗ Library '<lib>' not found in either CAS or SAS
|
|
141
|
+
|
|
142
|
+
Suggestions:
|
|
143
|
+
• Check the spelling of the library name
|
|
144
|
+
• List available libraries (use list-libraries tool)
|
|
145
|
+
• Try a different library name
|
|
146
|
+
```
|
|
147
|
+
|
|
148
|
+
---
|
|
149
|
+
|
|
150
|
+
## Integration with other skills
|
|
151
|
+
|
|
152
|
+
- **After finding library → List tables**: Use `sas-list-tables-smart` skill to browse available tables
|
|
153
|
+
- **After finding library → Read data**: Use `sas-read-strategy` skill to retrieve data from tables
|
|
154
|
+
- **Library not found → Explore**: Use `sas-score-list-libraries` tool to see all available libraries
|
|
@@ -0,0 +1,127 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: sas-list-tables-smart
|
|
3
|
+
description: >
|
|
4
|
+
List all tables in a SAS Viya library with intelligent server detection. When the server is not
|
|
5
|
+
specified, automatically checks CAS first, then SAS if not found. Informs the user if the library
|
|
6
|
+
does not exist in either server. Use this skill when the user wants to browse or explore available
|
|
7
|
+
tables. Trigger phrases include: "list tables in", "show tables in", "what tables are in",
|
|
8
|
+
"browse tables in", "tables in library", "enumerate tables", or any request to explore data sources.
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
# Smart Data Access in SAS Library (List, Read, Query)
|
|
12
|
+
|
|
13
|
+
Intelligently enumerates tables in a SAS Viya library, automatically determining the correct server
|
|
14
|
+
when not explicitly specified.
|
|
15
|
+
|
|
16
|
+
> **Pre-flight check**: Before listing tables, verify the library exists using the `sas-find-library-smart` skill.
|
|
17
|
+
> This ensures consistent server detection across all data operations.
|
|
18
|
+
|
|
19
|
+
**If the user specifies the server explicitly** (e.g., "list tables in Public in cas"):
|
|
20
|
+
- Use the specified server: `server: "cas"` or `server: "sas"`
|
|
21
|
+
- Proceed directly to listing tables
|
|
22
|
+
|
|
23
|
+
**If the server is NOT specified:**
|
|
24
|
+
1. **First attempt**: Check CAS (`server: "cas"`)
|
|
25
|
+
2. **If no tables found in CAS**: Check SAS (`server: "sas"`)
|
|
26
|
+
3. **If no tables found in either**:
|
|
27
|
+
- Inform user: *"The library '<lib>' was not found in CAS or SAS. Please verify the library name is correct."*
|
|
28
|
+
- Ask: *"Would you like to list available libraries?"* (suggest `sas-score-list-libraries`)
|
|
29
|
+
|
|
30
|
+
---
|
|
31
|
+
|
|
32
|
+
## Using sas-score-list-tables
|
|
33
|
+
|
|
34
|
+
**When:**
|
|
35
|
+
- User wants to browse all tables in a library
|
|
36
|
+
- User wants to see what data is available
|
|
37
|
+
- User wants to explore library contents before querying
|
|
38
|
+
|
|
39
|
+
**How:**
|
|
40
|
+
```
|
|
41
|
+
sas-score-list-tables({
|
|
42
|
+
lib: "libraryname", // required
|
|
43
|
+
server: "cas" or "sas", // required; determined by server check
|
|
44
|
+
limit: 10, // optional; default 10, adjust for pagination
|
|
45
|
+
start: 1 // optional; default 1, use for pagination
|
|
46
|
+
})
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
**Rules:**
|
|
50
|
+
- Always determine the correct server first (cas → sas → neither)
|
|
51
|
+
- **For SAS server: always uppercase the library name** (e.g., "maps" → "MAPS")
|
|
52
|
+
- If library name is missing, ask: *"Which library should I list tables from?"*
|
|
53
|
+
- Default page size is 10; adjust based on user request ("show me all", "25 tables", etc.)
|
|
54
|
+
- If returned table count equals the limit, suggest pagination: *"There may be more tables. Use `start: {next_offset}` to see more."*
|
|
55
|
+
- If no tables are found despite library existing, report: *"No tables found in {lib} on {server} server."*
|
|
56
|
+
- Return table names only; do not fetch table metadata unless explicitly requested
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
## Smart server detection logic
|
|
61
|
+
|
|
62
|
+
```
|
|
63
|
+
IF server specified by user
|
|
64
|
+
→ IF server is "sas"
|
|
65
|
+
→ uppercase lib
|
|
66
|
+
→ use that server
|
|
67
|
+
ELSE
|
|
68
|
+
→ TRY sas-score-list-tables(lib, server="cas")
|
|
69
|
+
IF tables found
|
|
70
|
+
→ success, return tables
|
|
71
|
+
ELSE
|
|
72
|
+
→ uppercase lib
|
|
73
|
+
→ TRY sas-score-list-tables(lib.toUpperCase(), server="sas")
|
|
74
|
+
IF tables found
|
|
75
|
+
→ success, return tables
|
|
76
|
+
ELSE
|
|
77
|
+
→ inform user library not found in either server
|
|
78
|
+
```
|
|
79
|
+
|
|
80
|
+
---
|
|
81
|
+
|
|
82
|
+
## Common patterns
|
|
83
|
+
|
|
84
|
+
**Pattern 1 — List tables, server unspecified**
|
|
85
|
+
> "List tables in Public"
|
|
86
|
+
|
|
87
|
+
1. Try CAS: `sas-score-list-tables({ lib: "Public", server: "cas" })`
|
|
88
|
+
2. If empty, try SAS with uppercase: `sas-score-list-tables({ lib: "PUBLIC", server: "sas" })`
|
|
89
|
+
3. If still empty → inform user
|
|
90
|
+
|
|
91
|
+
**Pattern 2 — List tables with explicit server (SAS)**
|
|
92
|
+
> "List tables in sashelp in sas"
|
|
93
|
+
|
|
94
|
+
1. Skip server detection
|
|
95
|
+
2. Call with uppercase lib: `sas-score-list-tables({ lib: "SASHELP", server: "sas" })`
|
|
96
|
+
|
|
97
|
+
**Pattern 3 — List tables with explicit server (CAS)**
|
|
98
|
+
> "List tables in Public in cas"
|
|
99
|
+
|
|
100
|
+
1. No uppercase needed for CAS
|
|
101
|
+
2. Call: `sas-score-list-tables({ lib: "Public", server: "cas" })`
|
|
102
|
+
|
|
103
|
+
**Pattern 4 — Pagination**
|
|
104
|
+
> "Show me 25 tables in Samples, then the next batch"
|
|
105
|
+
|
|
106
|
+
1. First call: `sas-score-list-tables({ lib: "Samples", limit: 25, start: 1 })`
|
|
107
|
+
2. Next call: `sas-score-list-tables({ lib: "Samples", limit: 25, start: 26 })`
|
|
108
|
+
|
|
109
|
+
**Pattern 5 — Library not found**
|
|
110
|
+
> "List tables in foo"
|
|
111
|
+
|
|
112
|
+
1. Try CAS: empty
|
|
113
|
+
2. Try SAS with uppercase: empty
|
|
114
|
+
3. Response: *"The library 'foo' was not found in CAS or SAS. Please verify the library name."*
|
|
115
|
+
|
|
116
|
+
---
|
|
117
|
+
|
|
118
|
+
## Error handling
|
|
119
|
+
|
|
120
|
+
| Scenario | Action |
|
|
121
|
+
|---|---|
|
|
122
|
+
| Library not found in either server | Inform user and ask to verify library name |
|
|
123
|
+
| Empty result on first server | Automatically check second server |
|
|
124
|
+
| User specifies invalid server | Return error; ask user to clarify: `"cas"` or `"sas"` |
|
|
125
|
+
| Missing library name | Ask: *"Which library should I list tables from?"* |
|
|
126
|
+
| Library verification needed | Use `sas-find-library-smart` skill to verify library exists first |
|
|
127
|
+
|
|
@@ -0,0 +1,111 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: sas-read-and-score
|
|
3
|
+
description: >
|
|
4
|
+
Guide the full read → score workflow in SAS Viya: reading records from a table and then scoring
|
|
5
|
+
them with a MAS model (using sas-score-model-score). Use this skill whenever the user wants to score records
|
|
6
|
+
from a table, run a model against query results, predict outcomes for a set of rows, or any
|
|
7
|
+
combination of fetching data and scoring it. Trigger phrases include: "score these records",
|
|
8
|
+
"score results of my query", "run the model on this table", "predict for these customers",
|
|
9
|
+
"fetch and score", "read and score", "score rows from", "run model on table data", or any request
|
|
10
|
+
that combines reading/querying table data with model prediction.
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
# SAS Read → Score Workflow
|
|
14
|
+
|
|
15
|
+
Orchestrates the full two-step pattern of reading records from a SAS/CAS table and scoring them
|
|
16
|
+
with a deployed MAS model.
|
|
17
|
+
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
## Pre-flight verification
|
|
21
|
+
|
|
22
|
+
**Before attempting to read or score table data:**
|
|
23
|
+
1. **Verify library exists**: Use `sas-find-library-smart` to check the library in CAS first, then SAS if needed
|
|
24
|
+
2. **Verify table exists**: Use `sas-score-find-table` to confirm the table is in the library
|
|
25
|
+
3. **Confirm server location**: Ensure you know which server (CAS or SAS) contains the data
|
|
26
|
+
|
|
27
|
+
This ensures consistent behavior with other data access operations.
|
|
28
|
+
|
|
29
|
+
---
|
|
30
|
+
|
|
31
|
+
## Workflow overview
|
|
32
|
+
|
|
33
|
+
The typical flow involves:
|
|
34
|
+
1. **Fetch data** — Identify which table/query will provide input records
|
|
35
|
+
2. **Validate model** — Confirm the model exists and understand its input schema
|
|
36
|
+
3. **Score** — Invoke the model on the fetched records
|
|
37
|
+
4. **Present results** — Merge predictions with original data and display
|
|
38
|
+
|
|
39
|
+
---
|
|
40
|
+
|
|
41
|
+
## Scenario: User already has data
|
|
42
|
+
|
|
43
|
+
If the user provides scenario data directly (e.g., "Score age=45, income=60000 with model X"):
|
|
44
|
+
- Extract the scenario values
|
|
45
|
+
- Validate against model's input schema
|
|
46
|
+
- Invoke scoring
|
|
47
|
+
- Return prediction
|
|
48
|
+
|
|
49
|
+
---
|
|
50
|
+
|
|
51
|
+
## Scenario: User wants to score table rows
|
|
52
|
+
|
|
53
|
+
If the user specifies a table (e.g., "Score all customers in Public.customers with model X"):
|
|
54
|
+
- Fetch raw rows (possibly filtered: "where status='active'")
|
|
55
|
+
- Validate model compatibility with input columns
|
|
56
|
+
- Invoke scoring on each row
|
|
57
|
+
- Merge results with original data
|
|
58
|
+
- Display combined table
|
|
59
|
+
|
|
60
|
+
---
|
|
61
|
+
|
|
62
|
+
## Scenario: User wants to score query results
|
|
63
|
+
|
|
64
|
+
If the user wants to score aggregated/filtered results (e.g., "Score high-value customers (spend > 5000) with model X"):
|
|
65
|
+
- Determine which records meet criteria (aggregation/filtering)
|
|
66
|
+
- Validate model expects these input columns
|
|
67
|
+
- Invoke scoring
|
|
68
|
+
- Merge predictions with summary data
|
|
69
|
+
- Display results
|
|
70
|
+
|
|
71
|
+
---
|
|
72
|
+
|
|
73
|
+
## Scenario: User unfamiliar with model
|
|
74
|
+
|
|
75
|
+
If the user specifies a model name that's new/unknown:
|
|
76
|
+
- Check if model exists
|
|
77
|
+
- Retrieve model schema (inputs, outputs)
|
|
78
|
+
- Show user what inputs the model expects
|
|
79
|
+
- Confirm before proceeding with scoring
|
|
80
|
+
|
|
81
|
+
---
|
|
82
|
+
|
|
83
|
+
## Rules
|
|
84
|
+
|
|
85
|
+
- Always validate table/library existence before attempting to read
|
|
86
|
+
- Always check model exists before invoking `sas-score-model-score`
|
|
87
|
+
- Match table columns to model input variables; warn on mismatch
|
|
88
|
+
- If multiple records: score batch if possible; fall back to row-by-row
|
|
89
|
+
- Merge predictions with original data using row index or key column
|
|
90
|
+
- Present results as table with original columns + new prediction columns
|
|
91
|
+
|
|
92
|
+
---
|
|
93
|
+
|
|
94
|
+
## Error handling
|
|
95
|
+
|
|
96
|
+
| Problem | Action |
|
|
97
|
+
|---|---|
|
|
98
|
+
| Table not found | Ask for correct lib.tablename |
|
|
99
|
+
| Model not found | Inform user; suggest verifying model name |
|
|
100
|
+
| Field/column mismatch | Show mismatch, ask user to confirm or adjust query |
|
|
101
|
+
| Scoring error | Return structured error, suggest checking model inputs |
|
|
102
|
+
| Empty read result | Inform user, ask if they want to adjust the query/filter |
|
|
103
|
+
| Data type mismatch | Warn user about type conversion, proceed or ask for clarification |
|
|
104
|
+
|
|
105
|
+
---
|
|
106
|
+
|
|
107
|
+
## Integration with other skills
|
|
108
|
+
|
|
109
|
+
- **Before this workflow**: Use `sas-find-library-smart` to verify the library exists
|
|
110
|
+
- **For data retrieval**: Use `sas-read-strategy` to choose the right read tool (read-table vs sas-query)
|
|
111
|
+
- **For scoring**: Use `sas-score-workflow` for advanced scoring options beyond MAS models
|