Skip to content

Build professional ProAI Expert GitHub profile #36

Description

@proaiexpert

Objective

Turn the public proaiexpert GitHub account into a professional discovery, trust, portfolio, and future product channel for ProAI Expert.

Phase 1 — Account profile — COMPLETED

  • Professional profile repository proaiexpert/proaiexpert created.
  • English-first Profile README published.
  • Name, company, bio, location, website, public email, LinkedIn, and X completed.
  • ProAI Expert brand avatar applied.
  • Russian-language Telegram and Facebook labeled as secondary Russian-language channels.
  • VK excluded.

Phase 2 — Pinned repositories — COMPLETED

Final order:

  • proaiexpert/proaiexpert.github.io.
  • Financialstream/financialstream.github.io.
  • proaiexpert/alina-horb-website.
  • proaiexpert/handyman-vancouver-portland-demo.

Phase 3 — Repository presentation — COMPLETED

  • Professional Description, Website, and Topics set for active ProAI Expert repositories.
  • Local Repair Pro clearly classified as Website concept · Client-facing demonstration.
  • Main repository README replaced with a professional company and project presentation.
  • Profile README and company README now use the same Local Repair Pro classification.
  • Alina Horb README rebuilt as a concise live-client presentation with UA/RU links, approved visual, safety boundaries, architecture, and ProAI Expert role.
  • Local Repair Pro README rebuilt as a concise concept presentation with live-demo link, truthful boundaries, architecture, deployment requirements, and ProAI Expert role.
  • Alina Horb documentation-only PR passed all four triggered QA workflows before merge.
  • Verified Local Repair Pro live demo linked from the profile and main company READMEs.

Phase 4 — Cleanup — COMPLETED

  • proaiexpert/alina-horb-preview archived.
  • proaiexpert/financialstream.github.io archived.
  • GitHub Pages confirmed disabled in both obsolete repositories.
  • No repository permanently deleted.
  • nail-studio left unchanged and unpinned.

Phase 5 — ProAI Expert public repository standard — COMPLETED

  • Added docs/GITHUB_PUBLIC_REPOSITORY_STANDARD.md.
  • Defined repository classes: profile, production, live client, concept/demo, future public product, archived, and private/internal.
  • Defined About-field, README first-screen, language, evidence, visual, archive, contribution, and release standards.
  • Added current repository classification table.
  • Linked the standard from the main ProAI Expert README.
  • Added SECURITY.md.
  • Added CONTRIBUTING.md.
  • Added .github/PULL_REQUEST_TEMPLATE.md.

Deferred by owner decision

  • Upgrade the canonical Financial Stream README later through the Financialstream owner account or a separate write-access workflow.
  • Review Financial Stream repository presentation later without reconnecting access now.

Phase 6 — Future public product channel — STARTED

  • Created Issue #42 — Proposal: ProAI Multilingual Site Auditor MVP.
  • Defined the problem, target users, MVP checks, outputs, privacy boundaries, non-goals, discovery gate, acceptance criteria, and distribution path.
  • Review current open-source hreflang, sitemap, i18n, and technical-SEO auditing tools.
  • Confirm the narrow capability gap this product will own.
  • Decide final name and repository slug.
  • Decide the public product license.
  • Confirm implementation language and supported runtime versions.
  • Approve whether v0.1.0 is CLI-only or includes a GitHub Action.
  • Build and validate the MVP before publishing a release.

Later account-level decisions

  • Decide whether to create an account-level .github repository for reusable community-health defaults.
  • Add repository social-preview images through browser settings when the final assets are selected.

Acceptance criteria

  • The GitHub profile explains ProAI Expert within the first screen.
  • Website, Case Studies, Insights, LinkedIn, X, email, and selected repositories are directly reachable.
  • Active projects are distinguishable from concepts, private work, and archived duplicates.
  • Public repositories use consistent status and evidence rules.
  • Security reporting and contribution expectations are documented.
  • No obsolete duplicate appears as active production work.
  • No unverified rankings, leads, revenue, credentials, reviews, or project outcomes are claimed.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions