Automates the lifecycle deprecation process for R packages, including warnings, NEWS entries, and test updates.
Install
mkdir -p .claude/skills/tidy-deprecate-function && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/2690" && unzip -o skill.zip -d .claude/skills/tidy-deprecate-function && rm skill.zipInstalls to .claude/skills/tidy-deprecate-function
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Guide for deprecating R functions/arguments. Use when a user asks to deprecate a function or parameter, including adding lifecycle warnings, updating documentation, adding NEWS entries, and updating tests.Key capabilities
- →Calculates deprecation version based on semantic versioning
- →Injects lifecycle::deprecate_warn() into target functions
- →Implements conditional logic for deprecated parameter detection
- →Silences lifecycle warnings in existing unit tests
- →Creates dedicated test cases for deprecation triggers
How it works
Applies a structured checklist to identify deprecation versions, modify function logic with lifecycle helpers, and annotate existing test blocks to suppress warnings.
Inputs & outputs
When to use tidy-deprecate-function
- →Deprecate an old function
- →Remove a function parameter
- →Update package NEWS for deprecation
About this skill
Deprecate functions and function arguments
Use this skill when deprecating functions or function parameters in this package.
Overview
This skill guides you through the complete process of deprecating a function or parameter, ensuring all necessary changes are made consistently:
- Add deprecation warning using
lifecycle::deprecate_warn(). - Silence deprecation warnings in existing tests.
- Add lifecycle badge to documentation.
- Add bullet point to NEWS.md.
- Create test for deprecation warning.
Workflow
Step 1: Determine deprecation version
Read the current version from DESCRIPTION and calculate the deprecation version:
- Current version format:
MAJOR.MINOR.PATCH.9000(development). - Deprecation version: Next minor release
MAJOR.(MINOR+1).0. - Example: If current version is
2.5.1.9000, deprecation version is2.6.0.
Step 2: Add lifecycle::deprecate_warn() call
Add the deprecation warning to the function:
# For a deprecated function:
function_name <- function(...) {
lifecycle::deprecate_warn("X.Y.0", "function_name()", "replacement_function()")
# rest of function
}
# For a deprecated parameter:
function_name <- function(param1, deprecated_param = deprecated()) {
if (lifecycle::is_present(deprecated_param)) {
lifecycle::deprecate_warn("X.Y.0", "function_name(deprecated_param)")
}
# rest of function
}
Key points:
- First argument is the deprecation version string (e.g., "2.6.0").
- Second argument describes what is deprecated (e.g., "function_name(param)").
- Optional third argument suggests replacement.
- Use
lifecycle::is_present()to check if a deprecated parameter was supplied.
Step 3: Update tests
Find all existing tests that use the deprecated function or parameter and silence lifecycle warnings. Add at the beginning of test blocks that use the deprecated feature:
test_that("existing test with deprecated feature", {
withr::local_options(lifecycle_verbosity = "quiet")
# existing test code
})
Then add a new test to verify the deprecation message in the appropriate test file (usually tests/testthat/test-{name}.R):
test_that("function_name(deprecated_param) is deprecated", {
expect_snapshot(. <- function_name(deprecated_param = value))
})
You'll need to supply any additional arguments to create a valid call.
Then run the tests and verify they pass.
Step 4: Update documentation
For function deprecation, add to the description section:
#' @description
#' `r lifecycle::badge("deprecated")`
#'
#' This function is deprecated. Please use [replacement_function()] instead.
If the documentation does not already contain @description, you will need to add it.
For argument deprecation, add to the appropriate @param tag:
#' @param deprecated_param `r lifecycle::badge("deprecated")`
When deprecating a function or parameter in favor of a replacement, add old/new examples to the @examples section to help users migrate. These should relace all existing examples.
#' @examples
#' # Old:
#' old_function(arg1, arg2)
#' # New:
#' replacement_function(arg1, arg2)
#'
#' # Old:
#' x <- "value"
#' old_function("prefix", x, "suffix")
#' # New:
#' replacement_function("prefix {x} suffix")
Key points:
- Use "# Old:" and "# New:" comments to clearly show the transition.
- Include 2-3 practical examples covering common use cases.
- Make examples runnable and self-contained.
- Show how the new syntax differs from the old.
Then re-document the package.
Step 5: Add NEWS entry
Add a bullet point to the top of the "# packagename (development version)" section in NEWS.md:
# packagename (development version)
* `function_name(parameter)` is deprecated and will be removed in a future
version.
* `function_name()` is deprecated. Use `replacement_function()` instead.
Place the entry:
- In the lifecycle subsection if it exists, otherwise at the top level under development version.
- Include the replacement if known.
- Keep entries concise and actionable.
Implementation checklist
When deprecating a function or parameter, ensure you:
- Read DESCRIPTION to determine deprecation version.
- Add
lifecycle::deprecate_warn()call in the function. - Add
withr::local_options(lifecycle_verbosity = "quiet")to existing tests. - Create new test for deprecation warning using
expect_snapshot(). - Run tests to verify everything works.
- Add lifecycle badge to roxygen documentation.
- Add migration examples to
@examplessection (for function deprecation). - Run
devtools::document()to update documentation. - Add bullet point to NEWS.md.
- Run
air format .to format code.
When not to use it
- →Minor refactoring without intent to remove features
- →Large-scale package architectural overhauls
Prerequisites
Limitations
- →Only supports R packages following DESCRIPTION versioning
- →Requires manual cleanup if deprecation logic conflicts with existing complex conditionals
How it compares
Automates the tedious multi-file sync required to maintain consistent package deprecation standards.
Compared to similar skills
tidy-deprecate-function side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| tidy-deprecate-function (this skill) | 2 | 6mo | No flags | Intermediate |
| deepwiki-rs | 25 | 9mo | Review | Intermediate |
| python-code-style | 9 | 6mo | Review | Intermediate |
| code-review-excellence | 19 | 5mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by r-lib
View all by r-lib →You might also like
deepwiki-rs
sopaco
AI-powered Rust documentation generation engine for comprehensive codebase analysis, C4 architecture diagrams, and automated technical documentation. Use when Claude needs to analyze source code, understand software architecture, generate technical specs, or create professional documentation from any programming language.
python-code-style
wshobson
Python code style, linting, formatting, naming conventions, and documentation standards. Use when writing new code, reviewing style, configuring linters, writing docstrings, or establishing project standards.
code-review-excellence
wshobson
Master effective code review practices to provide constructive feedback, catch bugs early, and foster knowledge sharing while maintaining team morale. Use when reviewing pull requests, establishing review standards, or mentoring developers.
code-walk-thru
pchalasani
Use this when user wants you to walk through (code or text) files in a EDITOR to either explain how some code works, or to show the user what changes you made, etc. You would typically use this repeatedly to show the user your changes or code files one by one, sometimes with specific line-numbers. This way the user is easily able to follow along in their favorite EDITOR as you point at various files possibly at specific line numbers within those files.
cookbook-audit
anthropics
Audit an Anthropic Cookbook notebook based on a rubric. Use whenever a notebook review or audit is requested.
schema-markup
davila7
When the user wants to add, fix, or optimize schema markup and structured data on their site. Also use when the user mentions "schema markup," "structured data," "JSON-LD," "rich snippets," "schema.org," "FAQ schema," "product schema," "review schema," or "breadcrumb schema." For broader SEO issues, see seo-audit.