databricks
v0.1.0Databricks Lakeflow, Workflows, DAB and Unity Catalog conventions and review skills.
By Luca Zwicky0 GitHub starsUpdated last week
Directory evidence
- Runtimes
- Claude Code
- Parsed components
- 4 skill or MCP entries
- Source updated
- Sep 10, 2026
- Manifest status
- Canonical path parsed
The directory validates manifest shape and source location. It does not execute the plugin or provide a security endorsement. Review the indexing methodology →
Install databricks for Claude Code
claude plugin marketplace add IchenDEV/agent-plugin-mkt
claude plugin marketplace update agent-plugin-marketplace
claude plugin install databricks@agent-plugin-marketplacePaste and run these commands in a terminal with Claude Code. They add and refresh the PluginsMP catalog, then install this plugin.
The installer fetches third-party code from the source repository shown on this page. This directory validates manifest structure and source location, but does not perform a security audit; review the manifest, components, and source before installing.
Get the source manually
git clone https://github.com/schmucas/dotclaudeClone the source repository, then follow its setup instructions to add the plugin to a compatible client. The plugin root is plugins/databricks/.
Plugin files
├── .claude-plugin/plugin.json├── skills/databricks-conventions/SKILL.md├── skills/databricks-remote-checkpoint/SKILL.md├── skills/lakeflow-jobs/SKILL.md└── skills/lakeflow-review/SKILL.md
Included Skills4
User-specific Databricks rules, the ones that differ from ordinary Databricks practice. Unity Catalog only with no DBFS anywhere, three fixed bundle targets, liquid clustering on every Delta table. Load alongside the vendor databricks-core and databricks-dabs skills, which cover general platform and bundle guidance. This one covers only the deltas, so it does not replace them.
Pause-and-confirm gate between local Databricks development and the real workspace. Use whenever Databricks code (job, pipeline, notebook, app, or anything else shipped to Databricks) has passed local checks - written, locally tested, ruff clean - and the next step would be putting it on the real workspace: validating, deploying to dev, running it, and checking the result there, whatever mechanism the project uses (Asset Bundles, `databricks apps deploy`, workspace import, CLI, MCP, ...). Does not apply if the user's own request already explicitly asked for deploy/run. For how to actually validate, deploy or run, defer to the matching vendor skill (databricks-dabs, databricks-jobs, databricks-apps, ...); this skill only decides whether to ask first.
House style for writing Databricks notebooks and job tasks: DataFrame API only and never Spark SQL, and a fixed cell layout with imports, constants and configs in the first four cells. Use whenever writing or editing a Databricks notebook or job task. For job orchestration itself, task types, triggers and schedules, defer to the vendor databricks-jobs skill. Not for declarative pipelines, see lakeflow-review.
Review a Lakeflow Declarative Pipeline transformation or pipeline resource against Luca's project rules: current dp API spelling, Python pipelines only and never SQL, transformations that stay declarative rather than importable, liquid clustering on every table. Use when asked to review a transformation file, a pipeline definition, or whether a pipeline change follows project standards. For how declarative pipelines work in general, defer to the vendor databricks-pipelines skill. Pair with databricks-conventions.
Plugin manifests1
{
"name": "databricks",
"description": "Databricks Lakeflow, Workflows, DAB and Unity Catalog conventions and review skills.",
"version": "0.1.0",
"author": {
"name": "Luca Zwicky"
}
}For maintainers
If you maintain this plugin, link to this source-backed listing from your README so users can review its manifest and indexed components.
[databricks on Agent Plugins Marketplace](https://pluginsmp.com/plugins/databricks)