v1.0.6

Fixed

• Cordis plugin install chain for git-source installs (dsh plugin add github:ddtcorex/agent-dev-skills): added a prepare script (tsc) so the package builds lib/ itself on install — a git install fetches sources only and never runs build, so the declared entry lib/index.js did not exist (found in awesome-dsh-plugin#2165 review). pnpm ≥ 10 users allow the build once via allowBuilds in the profile's pnpm-workspace.yaml; dsh plugin prints the exact key on first add.
• cordis.patch.yml insert row now names @ddtcorex/agent-dev-skills instead of the bare agent-dev-skills: the loader imports the row's name as a Node specifier, and no package named agent-dev-skills exists — the bundle layer could never have loaded even with lib/ built.

Changed

• Renamed the DSH Web GUI Agent Preset from "Govard Dev Agent" to "Govard Master" (preset.yml; installer output and README updated to match).

Full Changelog: v1.0.5...v1.0.6

v1.0.5

Changed

• magento2-linter now points at Govard's native govard audit run (project/module_in_project/standalone target-mode resolution, native PHP-matrix policy, --lint-provider for optional external gates) as the authoritative Magento lint workflow, replacing a vendor CI wrapper script as the primary gate. magento2-code-review, govard-magento, and govard-toolbox's command reference now link to that authority instead of duplicating its PHP-matrix/provider policy. Depends on ddtcorex/govard#151 (merged, released through v1.63.0-beta.5).
• Documented previously-missing --allow-lint-ssh-agent and --lint-jobs flags, and corrected the PHP 8.0 support policy (real for project/module_in_project, with a toolchain-version caveat) and the --lint-provider <name> invocation form (no separate --provider flag) against the real shipped CLI.

What's Changed

• docs: adopt Govard-native Magento lint by @ddtcorex in #5

Full Changelog: v1.0.4...v1.0.5

v1.0.4

Fixed

• DeepSeek Harness (DSH) submission gate: package.json declared "dsh.bundle": true as a
  flat key, which the awesome-dsh-plugin CI check does not recognize — it reads the nested
  dsh.bundle.patch path. Added the missing root cordis.patch.yml and switched the manifest
  to "dsh": { "bundle": { "patch": "./cordis.patch.yml" } }, matching the shape the Cordis
  plugin loader (and the submission gate) actually expects. src/index.ts's skill-provider
  bundle and the .dsh-plugin/ Agent preset were already real and functional — only the
  manifest wiring was wrong.

What's Changed

• fix: correct dsh.bundle manifest shape for DSH submission gate by @ddtcorex in #3

Full Changelog: v1.0.3...v1.0.4

v1.0.3

Changed

• Renamed DeepSeek Harness Agent Preset from "Agent Dev Skills (Govard & Frameworks)" to "Govard Dev Agent".

Full Changelog: v1.0.2...v1.0.3

v1.0.2

Changed

• Standardized marketplace publisher scope to ddtcorex across Claude Code (.claude-plugin/marketplace.json) and Codex CLI (.agents/plugins/marketplace.json).
• Updated plugin install command syntax to agent-dev-skills@ddtcorex across all documentation.
• Replaced all remaining dev-skills-hub references with agent-dev-skills in CHANGELOG.md and CLAUDE.md.

Full Changelog: v1.0.1...v1.0.2

v1.0.1

Changed

• Standardized marketplace publisher scope to ddtcorex across Claude Code (.claude-plugin/marketplace.json) and Codex CLI (.agents/plugins/marketplace.json).
• Updated plugin install command syntax to agent-dev-skills@ddtcorex across all documentation.

Full Changelog: v1.0.0...v1.0.1

v1.0.0

Added

• DeepSeek Harness (DSH) Cordis Plugin support (@ddtcorex/agent-dev-skills).
• DeepSeek Harness Agent Preset "Agent Dev Skills (Govard & Frameworks)" (.dsh-plugin/).
• --target dsh support in install.sh to install both skills and DSH Agent Preset.

Changed

• Rebranded repository to agent-dev-skills (@ddtcorex/agent-dev-skills).
• Expanded project scope to Universal AI Agent Development Skills Hub centered around Govard environment orchestration and supported web frameworks (Magento 2, Laravel, etc.).
• Updated plugin manifests across Claude Code, Codex CLI, OpenCode, GitHub Copilot, and DeepSeek Harness.

Full Changelog: v0.4.16...v1.0.0

v0.4.16

Changed

• magento2-performance-audit: tightened query-profiling guidance to the hub's lesson budget.
  It now requires request-scoped, multi-line trace parsing; comparable URL/context baselines; and
  evidence-based classification of repeated SQL as core, customization-triggered, or
  customization-amplified. Includes the Magento bundle-price attribution guardrail.

Full Changelog: v0.4.15...v0.4.16

v0.4.15

Added

• magento2-performance-audit: references/database-query-profiling.md documents a
  core-Magento pattern where catalog_product_entity_tier_price/catalogrule_product_price
  fire once per displayed product on category pages, traced initially (wrongly) to a
  project's own pricing plugin — the plugin is structurally identical to core's own
  BasePrice::getValue(). The real mechanism: Layer\Category\CollectionFilter's default
  addFinalPrice() sets tier_price to a scalar/NULL from the price index, which fails
  TierPrice::getStoredTierPrices()'s is_array() check regardless, and
  catalog_rule_price isn't in that join's columns at all. Confirmed on a vanilla install
  (same scaling, 9–24/page) — the count gap was catalog/frontend/grid_per_page being
  ~2x, not a code difference. Includes the "diff an around plugin against core before
  naming it root cause" rule and the hasData()-based batch-load fix.
• magento2-performance-audit: references/code-level-patterns.md adds two short
  false-positive callouts to the existing N+1/collection-counting patterns (a Form
  vs. Grid DataProvider matching the N+1 grep is usually one row, not a scaling bug; a
  count($collection->getItems()) after an earlier foreach on the same instance is
  free, not a live query) and a new "Batch-Preload Plugins Must Stay FPC-Safe" section —
  any SessionManagerInterface-backed session (customer, checkout/quote, not just
  customer group) read inside a batch-preload plugin on a listing block risks starting a
  session for anonymous FPC-cached traffic; read Http\Context instead, the same
  Vary-cookie signal core's own FPC-safe price code uses.

Fixed

• The first draft of both entries above ran long (884 words prose vs. this hub's ~170–220
  word house style for a single lesson) — cut narrative restatement of the correction,
  kept the mechanism, the two verification checks, and the fix code.

Full Changelog: v0.4.14...v0.4.15

v0.4.14

Changed

• magento2-performance-audit, magento2-dev-core: tightened the two lessons added in
  0.4.13. Both ran 3-4x longer than this hub's own established "on one real audit" callout
  length (measured: 771 and 551 words vs. the ~170-220 word house style elsewhere in the
  same files) — cut the repeated restatements, kept the mechanism, table, grep, and fix
  code. The magento2-dev-core entry also named two specific third-party vendor extension
  classes (Magento\PageBuilder\..., Smile\ElasticsuiteVirtualCategory\...) as if any
  reader should expect to find exactly those two on their own project — genericized to the
  behavior pattern (a stock/category filter plugin, a search-condition filter plugin) since
  the lesson is "audit whatever plugins your project actually has," not "expect these two."
  Confirmed via grep across every skill's markdown that no other vendor-specific FQCN or
  project name leaked in elsewhere in the hub.

Full Changelog: v0.4.13...v0.4.14