Skip to main content
Glama
CongJyu

spss-studio-mcp

by CongJyu

Spss Factor

spss_factor

Perform principal components or principal axis factoring on SPSS data to obtain eigenvalues, explained variance, and rotated factor matrices for dimensionality analysis. Requires IBM SPSS Statistics.

Instructions

Run SPSS FACTOR analysis (principal components or principal axis factoring). Includes eigenvalues, variance explained, and rotated factor matrix. Requires IBM SPSS Statistics to be installed.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
methodNoPC
rotationNoVARIMAX
file_pathYes
n_factorsNo
variablesYes

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

C2.9/5.0
Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

With no annotations, the description carries the behavioral burden. It usefully states the external dependency (IBM SPSS Statistics required) and lists the result contents (eigenvalues, variance explained, rotated factor matrix), but it omits whether the operation is read-only, any file/output side effects, or performance considerations.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Three sentences, front-loaded with the action and result, with the installation prerequisite stated last. No filler, though the return-value sentence is somewhat redundant given the output schema.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness2/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a 5-parameter statistical procedure with no annotations and no schema parameter descriptions, the definition is incomplete. It leaves required parameters (file_path, variables) and n_factors unexplained, so an agent cannot confidently invoke it beyond the method choice.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters2/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 0%, so the description must compensate. It hints at the method parameter by naming principal components and principal axis factoring, but it does not explain file_path, variables, n_factors, or the rotation parameter's options and effects.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description opens with a specific verb and resource ('Run SPSS FACTOR analysis') and names the two factor extraction methods. It is clear what the tool does, though it does not explicitly distinguish itself from siblings such as spss_cluster_hierarchical or spss_discriminant.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

No when-to-use guidance, no prerequisites beyond the SPSS installation, and no indication of when to choose this over other dimension-reduction or multivariate siblings. Usage is only implied by the tool name and the mention of factor analysis.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.