Engineering Intelligence
Git Analytics Dashboard ?
Repository health, contributor output, branch drift, and AI review quality in one operational view.
Projects
?
8
Current selected period
Developers
?
7
Current selected period
Project Health
?
74%
Current selected period
Security Score
?
55%
Current selected period
Delivery Risk
?
13%
Current selected period
AI Usage
?
100%
Current selected period
Health Score Trend
?
Selected-period quality, security, and bug-safety score.
Dashboard Scores
?
Executive health signals.
Project Health Score
?
74%
Developer Productivity
?
85%
Code Quality Score
?
72%
Security Score
?
55%
AI Usage %
?
100%
Delivery Risk
?
13%
Team Health
?
7 / 7
Active Developers7
Inactive0
Technical Depth
?
25%
Current Tech Dept25%
Last Month27%
AI Usage
?
100%
AI Generated100%
Human0%
Repositories ?
Synced repositories with branch and commit coverage.
antfast-dashboard
Quality Score ?74%
Security Score ?54%
AI Usage ?100%
Developers ?2
Last Activity ?10 Jul 2026
Commits ?7
army
Quality Score ?75%
Security Score ?58%
AI Usage ?100%
Developers ?1
Last Activity ?09 Jul 2026
Commits ?2
army510
Quality Score ?81%
Security Score ?63%
AI Usage ?100%
Developers ?1
Last Activity ?07 Jul 2026
Commits ?5
avriti
Quality Score ?73%
Security Score ?53%
AI Usage ?100%
Developers ?2
Last Activity ?09 Jul 2026
Commits ?12
avriti-backend
Quality Score ?64%
Security Score ?44%
AI Usage ?100%
Developers ?2
Last Activity ?10 Jul 2026
Commits ?14
newworldofrice
Quality Score ?66%
Security Score ?46%
AI Usage ?100%
Developers ?2
Last Activity ?09 Jul 2026
Commits ?5
Safee-meet-app
Quality Score ?80%
Security Score ?40%
AI Usage ?100%
Developers ?1
Last Activity ?10 Jul 2026
Commits ?1
safee-meet-backend
Quality Score ?76%
Security Score ?67%
AI Usage ?100%
Developers ?1
Last Activity ?10 Jul 2026
Commits ?16
Branch Ahead / Behind ?
Merge drift grouped by branch freshness.
| Repository | Branch | Ahead | Behind | Status |
|---|---|---|---|---|
| antfast-dashboard | main | 0 | 0 | Healthy |
| army | main | 0 | 0 | Healthy |
| army510 | main | 0 | 0 | Healthy |
| avriti | main | 0 | 0 | Healthy |
| avriti-backend | main | 0 | 0 | Healthy |
| newworldofrice | master | 0 | 0 | Healthy |
| Safee-meet-app | main | 0 | 0 | Healthy |
| safee-meet-backend | main | 0 | 0 | Healthy |
Developer Performance Report ?
Quality-adjusted output and professional score by contributor.
| User | Commits | Changed Lines ? | Hours ? | Quality ? | AI Composite ? | Professional Score ? | |
|---|---|---|---|---|---|---|---|
| Akash Kumar | akashkr15082000@gmail.com | 17 | 16,545 |
31.63
29.57h / 93.50h
|
76.18 | 74.00 | 70.45 |
| Amit Kumar Mishra | amitmishrag2020@gmail.com | 18 | 7,250 |
27.24
25.47h / 93.50h
|
73.89 | 71.50 | 68.16 |
| Jatin Arora | jarora1994@gmail.com | 10 | 28,776 |
21.86
20.44h / 93.50h
|
57.50 | 58.70 | 59.52 |
| Jyoti | jyotimohar@gmail.com | 5 | 31,848 |
35.23
32.94h / 93.50h
|
78.00 | 73.40 | 66.66 |
| Manish Sindhwani | sindhwanimanish24@gmail.com | 5 | 9,655 |
25.36
23.71h / 93.50h
|
81.00 | 76.80 | 65.79 |
| root | root@ip-172-31-32-70.ap-south-1.compute.internal | 4 | 2,617 |
10.96
10.25h / 93.50h
|
67.50 | 59.00 | 52.37 |
| Varinder Kaur | vkaur27@gmail.com | 3 | 935 |
5.25
4.91h / 93.50h
|
65.00 | 66.67 | 49.48 |
Recent Commits ?
Latest reviewed changes with AI remarks and improvement notes.
| Message | User | Repository | Branch | + / - | AI ? | Remark | Improve | Date |
|---|---|---|---|---|---|---|---|---|
| Merge branch 'vari' of https://github.com/jattin01/newworldofrice | root | newworldofrice | master | +28 / -4 | 41.00 | The commit presents style and minor component structure additions mostly focused on UI/UX elements. It lacks a descriptive commit message and meaningful code logic changes reducing traceability, clarity, and perceived business impact. The use of !important in CSS might cause maintainability issues and increase bug risk. No security impact observed. The diff is mostly styling and minor JSX markup with limited functionality or test evidence. | commit message - vague message - provide a clear descriptive commit message explaining what was changed and why to improve business value and code tracking | 09 Jul 2026, 08:21 AM |
| code changes with vari | root | newworldofrice | master | +488 / -308 | 65.00 | The commit adds UI styles for profile image components and implements profile image upload with validations and profile info updating in a Next.js page. While the functionality adds business value (profile management), the changes have some risks and opportunities for improvement. The validation and fetch logic is straightforward but could improve with additional error handling and code cleanup. The commit message is unclear and does not describe the changes. Security considerations around file uploads and token storage are limited. There is some repeated code in fetch headers that could be refactored. | commit message - unclear and incomplete - provide a detailed commit message describing the purpose and scope of the changes | 09 Jul 2026, 08:21 AM |
| excel sheet issues | Varinder Kaur | newworldofrice | master | +28 / -4 | 66.00 | The commit adds multiple CSS style adjustments and minor React component markup changes related to product display and cart buttons, likely targeting UI layout fixes that might address 'excel sheet issues' mentioned in the commit message. While the changes seem low risk and focus on frontend styling, the commit message is vague and does not clarify the direct relationship to any Excel functionality or business impact, reducing confidence on business value and fake work detection. No evident security concerns were introduced. The quality could be improved with better explanation and possibly isolation of style changes. | commit message - vague and unclear - provide a detailed and descriptive commit message explaining the exact issue addressed and its impact to increase business value and reduce fake work risk | 01 Jul 2026, 10:37 AM |
| code changes in blog pages for issue not working | root | newworldofrice | master | +284 / -148 | 61.00 | The commit introduces multiple changes including caching policies, dynamic rendering in blog pages, adding CAPTCHA checks in contact and header components, and numerous styling additions. These changes enhance the user interaction by ensuring fresh data is visible immediately, improving spam protection, and refining UI appearance. However, the commit message is vague and provides little context. The release disables all cache (no-store, revalidate 0) which might adversely affect performance and scalability. Some minor security improvements are seen through CAPTCHA but configuration details and error handling for security tokens are minimal. The large number of small, seemingly unrelated changes could increase maintenance complexity and risks. | commit message - issue - provide a more descriptive commit message explaining the purpose and impact of the changes to improve business value and reviewability | 01 Jul 2026, 08:48 AM |
| merge variender | root | newworldofrice | master | +757 / -600 | 69.00 | The commit introduces a new API route to fetch trading products with enriched details and filtered by a trading tag. It also forwards the trading route export to a new module. There are improvements in consistent data handling and async operations. However, the presence of hardcoded API keys and geolocation data introduces security risks. Error handling is basic and could be improved for clarity and robustness. The commit message is uninformative. Some frontend changes suggest adding or resetting captchas for security, but usage of environment variables for keys needs confirmation. | commit message - commit message is not descriptive - provide detailed description of the changes for better traceability | 01 Jul 2026, 06:07 AM |
| iOS build setup, social/push auth, meeting approval flow, QR scanner, and profile/home enhancements - iOS: bundle id, entitlements, Podfile deployment target (14.0 for google_maps_flutter), camera/photo/location usage descriptions - Auth: Google Sign-In, Sign in with Apple, restructured auth flow (session manager, token storage, use-case layer) - Push notifications: FCM token sync, foreground local notifications (flutter_local_notifications), deep-linking on notification tap - Meetings: map-pin-drop location picker, Building/Floor fields, full approval flow (Requests tab, approve/deny), My Meetings page wired to real data with a light-theme redesign - Member search: QR code scanner (mobile_scanner), recently-searched members list backed by the server - Profile: "Share Safee PIN & Scanner" single-tap share action - Home page: real meeting count and Safee PIN search count stats Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> | Akash Kumar | Safee-meet-app | main | +10,071 / -3,728 | 74.00 | This commit introduces a wide range of functional and platform infrastructure enhancements, including iOS build setup, multiple authentication methods, push notification handling, meetings-related UI and logic, member search via QR code, profile sharing, and home page statistics. The implementation adds necessary permissions, updates dependencies, and configures critical services. However, the explicit inclusion of an API key directly in the AndroidManifest.xml represents a serious security risk. Also, the commit is large and touches many subsystems, which raises bug risk though it also adds significant business value by enabling major features. | android/app/src/main/AndroidManifest.xml:36 - security risk - avoid including API keys directly in version-controlled manifest files; use environment variables or secure vaults instead | 10 Jul 2026, 10:23 AM |
| show the safeepin search count | Akash Kumar | safee-meet-backend | main | +5 / -5 | 74.00 | The commit adds methods to the User model to track and count unique members searched via Safee PIN/QR, improving data accessibility. However, the code is straightforward and lacks error handling or performance optimizations like caching counts. The commit message is minimal and could be more descriptive. | commit message - message is too brief - provide a more detailed description of what was added and why | 10 Jul 2026, 10:30 AM |
| Add meetingCount to /auth/me response Home page's meetings stat tile was always showing 0 since the API never sent a real count. Adds User::meetingCount() (host or guest) alongside the existing pinSearchCount. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> | Akash Kumar | safee-meet-backend | main | +9 / -0 | 88.00 | Adds a meetingCount field to the /auth/me response by implementing a new method on the User model that counts meetings where the user is host or guest. Improves front-end data accuracy by providing correct meetings count. | app/Models/User.php:195 - potential performance issue with multiple orWhere queries combined with count - consider optimizing query or adding caching to improve efficiency | 10 Jul 2026, 10:22 AM |
| show the safeepin search count | Akash Kumar | safee-meet-backend | main | +13 / -0 | 82.00 | The commit adds a count of unique members who have searched for a user's Safee PIN, enhancing the User model and its API resource. The implementation uses Laravel's Eloquent relations and resources properly. However, there is limited validation or caching which could improve performance and reliability. Security considerations around exposing search counts are not addressed. | app/Models/User.php:201 - potential performance issue - consider caching the pinSearchCount result to reduce query load for frequent access | 10 Jul 2026, 09:43 AM |
| Store Unique Member Search Count | Akash Kumar | safee-meet-backend | main | +1,674 / -76 | 84.00 | This commit adds a feature to store a deduplicated count of unique member searches, with full search history logging. It includes Eloquent models, a migration with proper constraints, and API controller methods to fetch recent searches and log searches atomically with upsert queries. The implementation improves the user experience by showing recent search data persistently server-side, reducing redundant data scanning. The code is generally well structured and uses Laravel conventions, but there are minor risks in raw SQL use without parameterized query builders and a lack of explicit error handling in logging. | app/Http/Controllers/MemberController.php:142 - raw DB::statement with manual parameters - use prepared statements or parameter binding consistently to improve security score | 10 Jul 2026, 08:28 AM |
| Reposition users.id column back to first position (cosmetic only) | Akash Kumar | safee-meet-backend | main | +34 / -0 | 60.00 | The migration changes only the physical position of the 'id' column in the 'users' table, which is purely cosmetic and does not affect functionality, keys, or data. This yields low business value and minimal security impact. However, it introduces slight risk since altering key columns can potentially cause unexpected issues in the database or application if not thoroughly tested. The code quality is decent but could improve by adding tests or comments explaining rollback or verifying compatibility. | database/migrations/2026_07_26_140000_reposition_users_id_column_first.php:30 - down method is empty - implement a reversible operation or leave a clear comment explaining why reversal is unnecessary to improve quality and maintainability | 10 Jul 2026, 06:27 AM |
| Fix dropExistingForeignKey re-dropping already-swapped FKs; add repair-fks step | Akash Kumar | safee-meet-backend | main | +60 / -2 | 82.00 | This commit adds a repair step to fix missing foreign key constraints on bigint-swapped columns and addresses a bug where foreign keys were re-dropped unexpectedly. It improves migration robustness and correctness but lacks extensive error handling and detailed comments on failure modes. | app/Console/Commands/MigrateUsersToBigintId.php:183 - potential SQL injection risk by directly embedding table and column names - use parameter binding or validate inputs to improve security score | 09 Jul 2026, 01:48 PM |
| Fix finishColumnSwap: guard + clean up orphan shadow columns for schema-drifted tables | Akash Kumar | safee-meet-backend | main | +13 / -0 | 80.00 | Adds a safety guard in the schema migration script to handle potential orphan shadow columns when the original column does not exist due to schema drift. Drops orphan columns if found and skips the swap operation accordingly, improving data consistency and robustness of migration. | app/Console/Commands/MigrateUsersToBigintId.php:409 - raw SQL string interpolation - consider using parameterized queries or an escape function to prevent SQL injection, even if table and column names are likely safe | 09 Jul 2026, 01:43 PM |
| Fix atomic ALTER TABLE for users id swap, make it idempotent/resumable | Akash Kumar | safee-meet-backend | main | +21 / -5 | 83.00 | The commit improves the migration process to be idempotent and resumable by checking the existence of the 'new_id' column before swapping user IDs. It ensures atomicity by performing the index-drop, rename, and primary key addition in a single statement, reducing the risk of intermediate invalid states. This enhances robustness and reduces downtime during migrations. | app/Console/Commands/MigrateUsersToBigintId.php:334 - verification logic - add explicit error handling or logging if the schema state is unexpected to reduce silent failures | 09 Jul 2026, 01:40 PM |
| Add 8 more FK tables (verification_requests, chats, incidents, etc.) discovered during swap | Akash Kumar | safee-meet-backend | main | +8 / -0 | 67.00 | The commit adds missing foreign key tables to a migration script, improving data integrity during bigint ID migration. While the additions increase completeness and reduce risk of orphaned records, the change lacks context about testing or validation. Also, no comments or explanations are provided for the choice of these foreign keys. No security implications are directly addressed. | commit message - issue - add details or reasoning why these specific FK tables were added to improve context and business value | 09 Jul 2026, 01:32 PM |
| Fix MigrateUsersToBigintId: guard against columns missing from live schema | Akash Kumar | safee-meet-backend | main | +13 / -0 | 81.00 | The commit improves robustness by adding guards against schema drift in the MigrateUsersToBigintId command, preventing failures due to missing columns in the live schema. This reduces bug risk and increases stability during migration. However, warnings could be more consistent and comprehensive. Overall security is unaffected but good. | app/Console/Commands/MigrateUsersToBigintId.php:209 - missing warning on schema drift here - add a warning similar to line 178 to improve visibility | 09 Jul 2026, 01:18 PM |
| Move users.id to bigint-ready model, drop email/phone encryption, add lifecycle columns | Akash Kumar | safee-meet-backend | main | +534 / -30 | 75.00 | The commit includes commands for migrating the user IDs to BIGINT and decrypting previously encrypted emails. It has good thoroughness in handling the migration of foreign keys and audit columns and performs staged steps for safer migration. However, it drops email/phone encryption, which risks reducing security. Error handling exists for email decryption failures, but there is no indication of security controls to protect the plaintext email column. Quality is good with namespace usage and structured command classes, but also missing testing references or rollback plans. Business value is high as migrating to BIGINT allows scalability and system consistency. Bug risk remains due to the complexity and critical nature of ID remapping and potential data integrity issues. Security is moderate due to the removal of encryption and unclear protection of sensitive data after migration. | app/Console/Commands/BackfillPlainEmailCommand.php:28 - no validation or sanitization of decrypted email - add email format validation before saving to prevent invalid data | 09 Jul 2026, 01:11 PM |
| Fix push notification send: CloudMessage uses toToken(), not withToken() | Akash Kumar | safee-meet-backend | main | +1 / -1 | 76.00 | Fixes incorrect method usage for sending push notifications by replacing withToken() with toToken(), which aligns with the CloudMessage API implementation. | app/Services/PushNotificationService.php:33 - improve code comments to explain why toToken() is used instead of withToken() - add a clarifying comment above the method call | 09 Jul 2026, 10:37 AM |
| fixed registration api error | Akash Kumar | safee-meet-backend | main | +8 / -0 | 60.00 | The commit adds info-level logging for push notification events, which improves observability and troubleshooting. However, it lacks details about the registration API error mentioned in the commit message, and the commit message itself is vague. | commit message - vague and does not describe actual code changes - write a more descriptive message reflecting the logging additions or the registration API context | 09 Jul 2026, 10:21 AM |
| fixed registration api error | Akash Kumar | safee-meet-backend | main | +18 / -2 | 82.00 | The commit addresses an issue with setting the 'id' attribute for the User model during registration, ensuring it is set in a booted hook to avoid silent failures due to mass-assignment restrictions. This improves work reliability and clarity. The approach is standard but could benefit from added comments on security and validation. Test coverage is unknown from the diff. | app/Models/User.php:24 - add validation or sanitization checking for 'id' before setting it to avoid potential invalid IDs | 09 Jul 2026, 10:00 AM |