hermes-agent

Author SHA1 Message Date

Author	SHA1	Message	Date
Teknium	4a2198bf51	fix: Windows MCP PATHEXT resolution + python3 -> python in cross-platform skills (#84429 ) Two Windows agent-loop friction fixes: 1. tools/mcp_tool.py (#56536): shutil.which(cmd, path=env_path) reads executable extensions from the PARENT process PATHEXT, not the MCP subprocess env — a stdio MCP config supplying both PATH and PATHEXT could fail to resolve a command its own env can locate, and startup then got a bare command name. On Windows, when the first which() call misses and the config env carries PATHEXT (any key casing), retry the resolution with the config's PATHEXT temporarily applied. 2. skills/ + optional-skills/ (#50606): 42 SKILL.md files that declare platforms: [.., windows] used python3 in their command examples. python3 does not exist on native Windows (the toolchain probe in the system prompt reports python3=missing), so every copy-pasted example burned a failed agent turn before self-correction. Replaced the command word python3 -> python (python3-config / python3.x version strings untouched). python is the spelling that exists in every Hermes-managed environment (Windows native, uv-managed venvs on all three OSes); agents on POSIX hosts additionally see the probed toolchain line and adapt either way.	2026-08-12 02:43:28 -07:00
Teknium	3e05d7abf1	fix(skills): trim ast-grep description to the 60-char hardline test_authoring_standards.py::test_description_hardline red on main since `461c493972` landed with a 383-char description. The trimmed detail is all preserved in the SKILL.md body (When-to-use, decision tree, search_files comparison). Unbreaks every open PR's slice 4.	2026-08-09 14:55:28 -07:00
Teknium	461c493972	Port from code-yeongyu/oh-my-openagent: ast-grep structural search/codemod optional skill Vendors the ast-grep skill from oh-my-openagent's shared-skills bundle (upstream code-yeongyu/ast-grep-skill @ 3148c69, MIT) into optional-skills/software-development/ast-grep with Hermes conventions: - SKILL.md rewritten with Hermes frontmatter (platforms, tags, category) and Hermes tool routing (search_files instead of raw rg, terminal for sg invocations, patch-vs-ast-grep division of labor) - scripts/ast_grep_helper.py: fixed argparse so trailing paths after an optional flag parse (parse_known_args + fold extras into paths); upstream errored 'unrecognized arguments: .' on the documented 'search PATTERN --lang js .' form - 7 reference docs, install.sh/install.ps1 (pinned-release GitHub fallback), smoke tests carried over verbatim E2E validated: install (github method, ast-grep 0.45.0), doctor, search, validate (regex rejection), replace dry-run + apply two-pass, scan with YAML rule, tests/smoke.sh 15/15 pass.	2026-08-09 14:40:15 -07:00

Teknium

4a2198bf51

fix: Windows MCP PATHEXT resolution + python3 -> python in cross-platform skills (#84429 )

Two Windows agent-loop friction fixes:

1. tools/mcp_tool.py (#56536): shutil.which(cmd, path=env_path) reads
   executable extensions from the PARENT process PATHEXT, not the MCP
   subprocess env — a stdio MCP config supplying both PATH and PATHEXT
   could fail to resolve a command its own env can locate, and startup
   then got a bare command name. On Windows, when the first which() call
   misses and the config env carries PATHEXT (any key casing), retry the
   resolution with the config's PATHEXT temporarily applied.

2. skills/ + optional-skills/ (#50606): 42 SKILL.md files that declare
   platforms: [.., windows] used python3 in their command examples.
   python3 does not exist on native Windows (the toolchain probe in the
   system prompt reports python3=missing), so every copy-pasted example
   burned a failed agent turn before self-correction. Replaced the
   command word python3 -> python (python3-config / python3.x version
   strings untouched). python is the spelling that exists in every
   Hermes-managed environment (Windows native, uv-managed venvs on all
   three OSes); agents on POSIX hosts additionally see the probed
   toolchain line and adapt either way.

2026-08-12 02:43:28 -07:00

Teknium

3e05d7abf1

fix(skills): trim ast-grep description to the 60-char hardline

test_authoring_standards.py::test_description_hardline red on main since
461c493972 landed with a 383-char description. The trimmed detail is all
preserved in the SKILL.md body (When-to-use, decision tree, search_files
comparison). Unbreaks every open PR's slice 4.

2026-08-09 14:55:28 -07:00

Teknium

461c493972

Port from code-yeongyu/oh-my-openagent: ast-grep structural search/codemod optional skill

Vendors the ast-grep skill from oh-my-openagent's shared-skills bundle
(upstream code-yeongyu/ast-grep-skill @ 3148c69, MIT) into
optional-skills/software-development/ast-grep with Hermes conventions:

- SKILL.md rewritten with Hermes frontmatter (platforms, tags, category)
  and Hermes tool routing (search_files instead of raw rg, terminal for
  sg invocations, patch-vs-ast-grep division of labor)
- scripts/ast_grep_helper.py: fixed argparse so trailing paths after an
  optional flag parse (parse_known_args + fold extras into paths);
  upstream errored 'unrecognized arguments: .' on the documented
  'search PATTERN --lang js .' form
- 7 reference docs, install.sh/install.ps1 (pinned-release GitHub
  fallback), smoke tests carried over verbatim

E2E validated: install (github method, ast-grep 0.45.0), doctor,
search, validate (regex rejection), replace dry-run + apply two-pass,
scan with YAML rule, tests/smoke.sh 15/15 pass.

2026-08-09 14:40:15 -07:00

3 Commits