Skip to content

chore: bump go-flashduty to v0.14.1 and regenerate - #162

Merged
ysyneu merged 1 commit into
mainfrom
chore/bump-go-flashduty-v0.14.1
Aug 24, 2026
Merged

chore: bump go-flashduty to v0.14.1 and regenerate#162
ysyneu merged 1 commit into
mainfrom
chore/bump-go-flashduty-v0.14.1

Conversation

@ysyneu

Copy link
Copy Markdown
Contributor

Why

go-flashduty v0.14.1 models /template/update's optional fields as nullable. That matters to this repo for two reasons.

It is what makes clearing a channel work. The generated commands assemble a flag map and bind it into TemplateUpdateRequest before sending. While those fields were value types with omitempty, --dingtalk-app '' was dropped by the encoder and never reached the wire — a clear was a silent no-op. With pointers it reaches the server.

It puts the contract in the help text. Every channel flag on template update now reads "Omit to keep the current content; send an empty string to clear it", and --team-id says omitting keeps the template's current team. That wording flows into the skill card's generated fence, so the card and the binary agree.

About the diff size

45 files, but only skills/flashduty/reference/template.md is caused by this bump.

The other 42 are pre-existing drift — the committed generated output did not match what cligen + skilldoc gen produce from the SDK main already pinned (v0.14.0). Verified by regenerating on an untouched checkout of main: it produces those same 42 files. They are swept in here because the committed state should equal generator output.

Worth noting separately: this repo has no generate-drift CI job, which is why that went unnoticed. go-flashduty has one and it catches exactly this.

Checks

make check-cardsskilldoc: cards OK. go build ./..., go vet ./..., go test ./... all green.

v0.14.1 models /template/update's optional fields as nullable, so the generated
`template update` flags now carry the partial-update contract in their help
text: every channel says "Omit to keep the current content; send an empty string
to clear it", and --team-id says omitting keeps the template's current team.
That wording reaches the skill card's generated fence too, so the card and the
binary now say the same thing.
More importantly the SDK change is what makes clearing possible at all. The CLI
binds its flag map into TemplateUpdateRequest before sending, so while those
fields were value types with omitempty, `--dingtalk-app ''` was dropped by the
encoder and never reached the wire. With pointers it does.
45 files change here but only skills/flashduty/reference/template.md is caused
by the bump. The other 42 are pre-existing drift: the committed generated output
did not match what cligen + skilldoc produce from the SDK main already pinned.
Verified by regenerating on an untouched checkout of main, which produces those
same 42 files. This repo has no generate-drift CI job to catch that, unlike
go-flashduty.
make check-cards reports `skilldoc: cards OK`; build, vet and tests are green.
@ysyneu
ysyneu merged commit 4a57616 into mainAug 24, 2026
12 checks passed
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@ysyneu