- What is kanopi/crs-engine used for?
- kanopi/crs-engine is the Core Ruleset Engine for Laravel and PHP applications. It provides a structured foundation for defining, running, and extending reusable CRS workflows in your app. It is an engine package, so you integrate it into application code rather than using it as a standalone application.
- How do I install kanopi/crs-engine in Laravel?
- Install it with Composer using composer require kanopi/crs-engine. After installation, check whether the package declares a Laravel service provider for auto-discovery and follow its README for any required registration or configuration. Commit the composer.json and composer.lock changes so deployments stay reproducible.
- Which Laravel versions does kanopi/crs-engine support?
- Laravel version support is determined by the package's composer.json constraints for PHP and illuminate packages. Check those constraints on Packagist or in the installed package before adding it to an existing Laravel app. If your Laravel version is outside the supported range, Composer will normally prevent installation or require dependency adjustments.
- How do I define a reusable CRS workflow with this package?
- Define your CRS rulesets and workflow logic in application code using the engine's provided abstractions. Keep each reusable workflow in a dedicated class or service so it can be run and extended consistently. The exact class names and method signatures should be taken from the README or source for your installed version.
- Can I extend kanopi/crs-engine with custom rules or workflow steps?
- The package is described as supporting extendable CRS workflows, so you can add application-specific rules or workflow behavior around the core engine. Use the package's documented extension points and avoid modifying vendor code. If the README is thin, inspect the source interfaces and abstract classes for supported customization points.
- How is kanopi/crs-engine configured?
- Configuration may be minimal because this is a core engine package, but you should confirm any publishable config, service provider, or environment variables in the README. Run php artisan vendor:publish only if the package documents publishable assets. Keep configuration in version control and environment-specific values in your .env file.
- How should I test CRS workflows in my Laravel app?
- Test CRS workflows as part of your Laravel test suite by isolating ruleset inputs and asserting the expected workflow outcomes. Use Laravel's testing helpers and mock external services so tests focus on engine behavior. Cover edge cases in rule evaluation and workflow transitions, especially where your app extends the core engine.
- Is kanopi/crs-engine suitable for production?
- It can be used in production Laravel applications, but you should review the package's release history, test coverage, and maintenance activity before relying on it. Pin a known-good version in composer.json and run your own integration tests around critical workflows. Treat the engine as a dependency that needs monitoring for updates and security fixes.
- How does kanopi/crs-engine compare to other Laravel workflow or ruleset packages?
- CRS Engine is specifically positioned as a core ruleset engine for reusable CRS workflows, rather than a general-purpose admin or automation package. Compare it with other Laravel workflow or ruleset libraries by checking API fit, extension points, Laravel version support, and maintenance. Choose the package whose abstractions match how your team defines and runs rules.
- Where can I get help with kanopi/crs-engine or contribute?
- Locate the repository from the package metadata on Packagist or your Composer installation, then use its issue tracker for bugs and questions. For contributions, follow the repository's contributing guidelines and include tests with any pull request. If the repository link is missing, contact the package maintainer through the vendor listed in Composer.