添加 AGENTS.md 以使用 `dg`

有什么问题或建议?

我常常发现自己希望自己在用Claude或Cursor等工具破解Dagster输油管时,有一个`dg'的AGENTS.md。 我最后用这个 如果 " uvx create-dagster@latest project my-project " 创建了这个系统,那将很整洁,但也可以在文件中快速复制到现有项目。

Dagster dg CLI 和组件指南

□ 概览 dg' CLI是Dagster的现代指挥线接口,它为建设数据管道提供了一种精简的、基于组件的方法。 它提供自动定义发现、Python环境综合管理和uv',以及申报性组成部分框架。

□ 核心 dg 命令

项目管理 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

运行 Dagster 网络服务器/ 守护程序与用户界面中的资产互动

dg dev 数据

为当地的 Dagster 文件服务

dg 文件服务

检查定义的有效性 dg 检查数据

检查 YAML 配置有效性

dg 检查 yaml

资产业务
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
# 列出资产定义
dg 列表内容

# 列出可用的组件
dg 列表组件

# 列出组件使用的环境变量
dg 列表内存

# 实现CLI的资产
dg 发射 -- 资产 <asset key >

组件脚手架 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

脚手架新的组件定义

dg 脚手架 < 组件类型 > < 组件路径 >

有Python格式的脚手架(而不是YAML)

dg 脚手架 < 组件类型 > < 组件路径 > --格式 Python

脚手架内置组件

dg 脚手架内含组件 -- -- 类型名称组件 名称组件 名称

脚手架自定义组件

dg 脚手架组件

环境变量(达克斯特+)
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
# 将环境变量推向部署
dg 加上创建嵌入

# 在当地拉出环境变量
dg 外加拉杆

□ 组件框架

构件定义结构(YAML) {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? 类型: < 组件类型 > 属性 : 键 1 : 值 1 键 2 : 值 2

可选:修改资产的后处理

后处理 : 资产:

• 目标: "*" # 瞄准所有资产或特定资产 属性 : 组 名称: “我的组” 类型 :
• "有点" 标记 : 环境:生产

一个文件中的多部件
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
# 第一个组成部分
类型:组件 类型 1
属性 :
参数1:值1
-- -- . . .
第二部分
类型:组件 类型 2
属性 :
参数2:值2

□ 模板变量和UDF

QQ 模板变量模块 创建“ template vars.py” 文件 :

导入 dg 窗口

@dg.template vardef
def 表 前缀 () - > str:
如果不是 os.getenv (“ IS  PROD”) , 返回“ stage” 。

@dg.template vardef
def get database url(文本:dg.componentContext) - > str:
# 了解背景的模板变量
env = 上下文。 部署  类型
返回 f “ PostgreSQL://host/{env} db> ”

YAML 中的参考文献 : {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? 类型: 某些组件 属性 : 表格 名称 : “ {} 表格 前缀 {} 顺序 ” 连接 字符串 : “ 获取 数据库 url {} ”

QQ 模板 UDFs
. . . . . . .