This document defines the standards and workflows for the Gemini AI agent when assisting with this Jekyll-based static website.
When asked to write a new post or content:
layout, title, and date are present.YEAR-MONTH-DAY-title.md format (e.g., _posts/2026-01-10-welcome.md)._posts/._drafts/.about.md) go in the root or specific subdirectories.Use these commands to manage the site lifecycle.
| Command | Usage Scenario |
|---|---|
bundle exec jekyll serve |
Start a local development server. |
bundle exec jekyll serve --drafts |
Start server and include content from the _drafts/ folder. |
bundle exec jekyll build |
Build the static site to the _site/ directory. |
bundle exec jekyll doctor |
Check for configuration or deprecation issues. |
Follow the Conventional Commits specification:
feat: ... for new content or features.fix: ... for corrections.docs: ... for documentation changes.chore: ... for maintenance tasks.Example: feat(blog): add post about Jekyll migration
main branch after verifying the build.Check _config.yml to understand site-wide variables and plugin requirements.
Exclusion: Ensure GEMINI.md is added to the exclude list in _config.yml to prevent it from being built into the static site.
Ensure all dependencies are handled via Bundler (Gemfile).
Use a .ruby-version file to specify the required Ruby version for the project.
While Bundler can enforce a version in the Gemfile, a version manager (like rbenv or rvm) is needed to switch Ruby versions.
Always use bundle exec before Jekyll commands to ensure the project-specific gem versions are used.
Run bundle install after modifying the Gemfile.
Commit the Gemfile.lock to ensure environment parity across different machines.